Šių dienų, Aš esu nuolat žaidžia pasivyti su mano dienoraštis skaitymas ir aš ką tik atėjo per šį pranešimą: http://sharepointsolutions.blogspot.com/2009/02/give-blood-to-your-workflow.html
Jis yra toks pat solidus ir išsamias SharePoint Designer darbo eigos pamoka (plius daugiau!) kad jūs pamatysite visoje interwebs. I 'd check it out, net jei esate randuotas BPD veteranai.
Tai labai SharePoint pamoka InfoPath ir darbo eigos.
</pabaigos>
Sekite mane Twitter ne http://www.twitter.com/pagalvin
Anksčiau šį mėnesį, AŠ sujungti straipsnis iš pradžių buvo planuojama Mark Miller www.endusersharepont.com. Tačiau, Vietoj to aš kaip Dustin Hoffman naudojamas kryžius pabaigoje, Magistras rūpintis ne mano (Nerealu! draugiškas!) redaktorė TechTarget.
Tai dar vienas SharePoint Designer darbo eigos straipsnis ta pačia dvasia kaip mano naujesni pastangų čia: http://www.endusersharepoint.com/?p=1226 ("Naudoti valdymo sąrašus kurti lanksčias darbo eigos sprendimai").
Ji prasideda kaip tai:
Ar kada nors norėjote, jums gali laikinai išjungti SharePoint Designer darbo eigą? Jūs galite tai padaryti masė-tvirtinant nemažai dokumentų be išvesti dešimtis- arba galbūt šimtai — dėl nereikalingo darbo eigos.
Vienas iš būdų tai pasiekti yra pasiekti naudojant dalis smaigalio dizainerio darbo eiga ir jos atsisakyti. Norėdami tai padaryti, jums reikia atverti SharePoint Designer, pasiekti darbo eiga, pakeisti jo savybes ir įrašykite jį iš naujo. Su tokia problema, kad jis yra šiek tiek nepatogus ir greičiausiai žiedas daug signalą varpai ne daugiau bendrovių.
Apskritai, smulkus SharePoint Designer darbo eigos nėra praktiška gamybos aplinkoje, taip pat nėra gerai kontroliuojamais proceso dalis.
Straipsnis tada walks jus per tirpalą į šią problemą, kuri naudoja pasirinktinį sąrašą paversti į WF arba išjungti turi diktuoti. Skaityti visa tai čia (http://WP.bitpipe.com/Resource/org_1127860336_240/SharePoint_vol5_v6 1_16.PDF).
Šis straipsnis buvo įkvėptas klausimas dėl forumų čia: http://www.endusersharepoint.com/STP/. Nors aš išleisti daug laiko MSDN Forumai, Aš primygtinai rekomenduojame, kad jūs turite žvilgtelėti EUSP forume taip pat, ypač už galutinį vartotoją orientuotas klausimus. Tai dar kito šaltinio geros informacijos ir patarimų.
</pabaigos>
Sekite mane Twitter ne http://www.twitter.com/pagalvin
praėjusi savaitė, Mark Miller posted mano naujausia SharePoint Designer darbo eigos straipsnio galutiniams vartotojams savo svetainę (http://www.endusersharepoint.com/?p=1226).
Ji prasideda kaip tai:
Mes techninės priemonės naudoti daug žargono ir akronimų mūsų kasdienybę, pvz., "OOP" (Objektinis programavimas), "CT" (Turinio tipai), "BPD" (SharePoint Designer), "RTFM" (Prašome atidžiai perskaityti), ir tt. Šis straipsnis susijęs su pati su ypač baubas vadinamas "kietojo kodavimo:"Kas tai yra, Kodėl tai blogai ir kaip to išvengti, SharePoint designer workflow sprendimai.
Aš aprašyti, kaip mes galime naudoti pasirinktinius sąrašus darbo eigos kontrolės ir konfigūracijos duomenims saugoti. Naudojant šį metodą, Mes galime išvengti sunkiai kodavimo vertės pavyzdžiui, Tvirtintojai’ elektroninio pašto adresai, patvirtinimo doleris ribos, ir tt.
Check it out.
</pabaigos>
Sekite mane Twitter ne http://www.twitter.com/pagalvin
Aš dirbu kliento vietoje ir reikia įdiegti windows workflow foundation, kad galėčiau apie SharePoint Designer darbo. (Aš žinau, iki šiandien, kad BPD įdiegia gerai bet tikrai reikia bent .NET 2.0 ir Windows Workflow Foundation yra tikrai naudingas; Aš visada manyti, jos buvo įdiegtos kartu su BPD, bet aš klydau).
Klientas turi tarpinį serverį. jokių problemų, Turiu kredencialus gauti už visuomenės internetas. Aš einu į įprastos vietos atsisiųsti WWF (BPD paslaugiai suteikė man nuorodą). Kad atsisiuntimas yra tikrai bootstrap rūšių. Jis veikia ir skaičiai, ką dar reikia atsisiųsti. Kad antra parsisiųsti apdorojimas nepavyko. Jis arba visai nesistengia, arba kažkaip negali prašydama proxy serverio kredencialus. Tai buvo gana sunku avarijos, duoti man laišką:
Microsoft .NET Framework 3.0 susidūrė su problema sąrankos metu. Sąranka nebuvo baigta sėkmingai.
Bandžiau iš naujo paleisti ir praleido 10 bando suprasti, jei aš galėčiau gauti tai paklausti man proxy serverio kredencialų sekundžių. Aš atsisakė ir išėjo čia vietoj: .NET Framework 3.5 Pakeitimų paketas 1 (Pilnas paketas).
Aš atsisiųsti šį paketą, įdiegta ir šiuo metu, jokių problemų.
</pabaigos>
Sekite mane Twitter ne http://www.twitter.com/pagalvin
Į tai, kas atrodo, kad jo inauguracinė dienoraštį komandiravimo, chiqnlips delved į madness, kad yra apskaičiuojamasis stulpelis, aprašyta bendrosios SharePoint Designer darbo eigos el. pašto veiklos problemų sprendimas: Kaip Rodyti asmens vardas laišką vietoj "domenas vartotojo vardas."
Aš ne išbandyti jį sau, Tačiau tai atrodo perspektyvus. Check it out.
</pabaigos>
Sekite mane Twitter ne http://www.twitter.com/pagalvin
Mark Miller per ne www.endusersharepoint.com paskelbtas mano paskutinio straipsnio SharePoint Designer darbo eigos čia (http://www.endusersharepoint.com/?p=1037).
Aš apibūdinti pagrindinę nuostatą perkelti darbo eigą galite sukurti vieno sąrašo į kitą sąrašą. Kitas sąrašas gali būti toje pačioje vietoje, pačiame svetainių rinkinyje arba visiškai skirtingų ūkis (pvz.. nuo kūrimo pradžios iki gamybos).
Tai sudėtinga tema, todėl aš tik, kuriems labai paprastas scenarijus. kitą savaitę, Aš parašiau iki daugiau naudinga realaus pasaulio pavyzdys.
Check it out ir pasidalinti komentarų ten.
<pabaigos>
Sekite mane Twitter ne http://www.twitter.com/pagalvin
Mark Miller buvo paskelbtas mano naujausią galutinį vartotoją orientuotas SharePoint Designer darbo eigos straipsnio iki savo svetainę čia: http://www.endusersharepoint.com/?p=1008
Mėginu pateikti paprastas atsakymas į klausimą, "Kodėl negaliu aš lengvai uosto plėtros išbandyti SharePoint dizainerio darbo eigą?" Procese, Aš taip pat suteikia šiek tiek supratimo apie ką BPD yra iš tikrųjų daro už scenos kai mes jį naudoti sukurti darbo eigos sprendimą.
kitą savaitę, Aš apibūdinti, galutiniam vartotojui patogiu būdu uosto BPD darbo eigai iš vieno serverio į kitą, arba bent jau kaip galutiniam vartotojui draugiškas sprendimas dar įmanoma atsižvelgiant į įrankis.
</pabaigos>
Sekite mane Twitter ne http://www.twitter.com/pagalvin
Čia yra kitas bendras SharePoint Designer darbo eigos klausimas:
"Pasiekti (skaityti/rašyti) SharePoint sąrašai per darbo eigas, kurios gyvena ne toje pačioje vietoje kaip pats sąrašas?"
Atsakymas paprastas: ne.
Kaip ir tiek daug būdų, Tačiau, Mes turime gauti (kuris yra geras dalykas, šiuo atveju). Platforma leidžia mums sukurti plėtinių produkto įvairiais būdais, įskaitant pasirinktinį veiksmą (žr mano mažai codeplex projektas čia pavyzdys). Pasirinktinis veiksmas leidžia mums daryti iš esmės nieko mes norime iš SharePoint designer darbo eigos. Aš esu didelis gerbėjas šios, tiesą sakant, nes ji mums geriausias abiejų pasaulių — deklaruotinų galutiniam vartotojui draugiškas dizaineris su cirkuliuojančių .NET Framework mūsų pirštų galai.
Deja, Jei naudojate BPD, yra geros tikimybė, jūs darote, nes negalite naudoti vaizdo studijos (atsižvelgiant į tai, kad visual studio reikia giliai kūrėjas foną). Aš neturiu bet geras atsakymas į šią problemą, išskyrus tai, kad jums turėtų turėti vieną technikos darbuotojams sukurti pasirinktinį veiksmą turite natūra. Taip pat galite, dirbti su vadovybe, siekiant įdarbinti ar sutartis šios rūšies išteklių.
</pabaigos>
Sekite mane Twitter ne http://www.twitter.com/pagalvin
Deja, ji turi būti ne. Mes negali siųsti el. laišką su priedais iš SharePoint Designer darbo eigą naudojant iš dėžutė funkcijos. Šis noras pasirodo vis tvarkingumo MSDN Forumai.
Tačiau, į SharePoint platformos, kaip su tiek daug dalykų, pasiūlyti mums kelią į priekį. Mes galime sukurti pasirinktinius veiksmus kurių mes tada įtraukti į mūsų darbo eigos. Įdiegus, Pasirinktinis veiksmas atrodo ir veikia kaip bet kurį kitą veiksmą (pvz.. Rinkti duomenis, Prisijungti pranešimą, ir tt).
Sukurti pasirinktinį veiksmą yra didelis kalnų lipti, Tačiau, Galutiniams vartotojams. Šis codeplex projektas numato ši funkcija: http://www.codeplex.com/SPDActivities. Kad traukiant ir įdiegti jį taip pat už tipiškas galutiniams vartotojams įgūdžius. Tačiau, tai gana paprasta už SharePoint administratorius tai padaryti, Taigi, jei jums rasti sau, kuriems reikia plėtoti darbo eigą su šią galimybę, dirbti su jūsų SharePoint administratorius padarau.
</pabaigos>
Sekite mane Twitter ne http://www.twitter.com/pagalvin
Mes turime nustatyti SharePoint dizaineris darbo eigų, kurios "Komisijai" su atveju imtuvu per pakeitimų svetainės stulpelio reikšmių sąraše. Pvz., Jei svetainės skiltyje "SetDuedate" yra tiesa darbo eigos, įvykio imtuvo aptinka, kad pokyčiai, apskaičiuoja termino datos ir priskiria tos dienos kitos svetainės stulpelį, "Terminas." Mes padalinti dalykų kaip šis nes įvykis imtuvas gali apskaičiuoti terminą aplanko sudėtingais verslo taisyklių (atsižvelgiant į savaitgalius ir kompanijos atostogos) Nors BPD tikrai gali ne.
Vieną konkretų atvejį, Mes uzbrauca problemų su Šis triukas. Derinimo visa tai yra gana sunku, bet mes padarė apibrėžtosios išvadą, kad vienu atveju (ne mažiau kaip), renginio imtuvo neveikė visą laiką. Vienu žingsniu darbo eigos, pakeisime svetainės stulpelį, kurio vertė ir renginio imtuvo nerodomas paleisti. Tačiau, tai buvo paleisti nuosekliai skirtingų etape darbo eigos.
Po Peržiūrėdama jį, Aš pastebėjau, kad laimingas darbo eigos veiksme naudojamas "naujinimas sąrašo elemento" o kitas žingsnis naudojamas "nustatyti dabartinio elemento lauką." Atnaujinti sąrašo elemento buvo atnaujinti "Dabartinis elementas." Nežinau kodėl mes pasirinkome viena virš kitos, nes jie atrodo, daryti tą patį.
Taigi … Atnaujinti sąrašo elemento veiksmą ar sukelti gaisro atveju. kita vertus, Esamos prekės veiksmų lauko nustatyti nebuvo.
Aš atnaujinti sąrašo elemento abiejose vietose ir Našlaitė! Jis dirbo. [[ Iš viso panaikinti, Aš grojo smuiku už kiekvieną dieną, beveik 15 metus ]]
Iš šios, Preliminariai manau, kad "nustatyti lauką" veiksmų nesukeltų įvykio imtuvų į ugnį, bent šiek tiek laiko.
Šis klausimas mums kliudo savaites.
Tai yra vienas iš tų "laikomasi elgesys" pranešimų. Aš pastebėtas tai atsitiko kartą konkrečių aplinkos ir aš padaryti keletą spėlionės, kodėl dalykų nutiko kaip jie. Jei jūs turite suprasti į šią, Prašome pasidalinti pastabas.
</pabaigos>
