Disse dager, Jeg spiller stadig catch-up med min blogg å lese, og jeg kom over dette innlegget: http://sharepointsolutions.blogspot.com/2009/02/give-blood-to-your-workflow.html
Det er like solid og detaljert en SharePoint Designer arbeidsflyt tutorial (pluss mer!) at du ser overalt på interwebs. Jeg ville sjekke det ut, Selv om du er en arrete SPD-veteran.
Det er en flott SharePoint tutorial for både InfoPath og arbeidsflyt.
</slutten>
Følg meg på Twitter på http://www.twitter.com/pagalvin
Tidligere denne måneden, JEG sette sammen en artikkel planlagt Mark Millers www.endusersharepont.com. Men, Jeg brukte i stedet Dustin Hoffman brukt et kors på slutten av den Utdannet å avverge min (Formidabelt! vennlig!) redaktør i TechTarget.
Dette er en annen SharePoint Designer arbeidsflyt artikkel i samme stemning som min nyere innsats her: http://www.endusersharepoint.com/?p=1226 ("Bruk lister å opprette fleksibel arbeidsflytløsninger").
Det begynner som dette:
DU noen gang har ønsket kan du midlertidig deaktivere en SharePoint Designer arbeidsflyt? Kan du gjøre dette for å masse-godkjenne et stort antall dokumenter uten innstilling av dusinvis, eller muligens hundrevis – av unødvendige arbeidsflyter.
Én måte å oppnå dette er å åpne arbeidsflyten som bruker delingspunkt Designer og deaktivere den. Å gjøre det, du må åpne SharePoint Designer, Åpne arbeidsflyten, endre egenskapene, og lagre det på nytt. Problemet med denne metoden er at det er litt rotete og trolig til ringen mange Alarmklokkene på de fleste selskaper.
Generelt, tukle med SharePoint Designer arbeidsflyter er ikke en god praksis i et produksjonsmiljø, eller er det en del av en godt styrt.
Artikkelen så går du gjennom en løsning på dette problemet som bruker en egendefinert liste til å aktivere eller deaktivere WF som nødvendig. Lese hele her (http://WP.bitpipe.com/Resource/org_1127860336_240/SharePoint_vol5_v6 1_16.PDF).
Denne artikkelen ble inspirert av et spørsmål spurt på forumet her: http://www.endusersharepoint.com/STP/. Selv om jeg bruker mye mer tid på MSDN-foraene, Jeg anbefaler at du har en titt på EUSP forumet også, spesielt for sluttbrukeren orientert spørsmål. Det er ennå en annen kilde til god informasjon og råd.
</slutten>
Følg meg på Twitter på http://www.twitter.com/pagalvin
forrige uke, Mark Miller postet min nyeste SharePoint Designer arbeidsflyt gjenstand for sluttbrukere på sitt nettsted (http://www.endusersharepoint.com/?p=1226).
Det begynner som dette:
Vi tekniske typer bruker mye sjargong og akronymer i vår daglige rutine som "OOP" (objektorientert programmering), "CT" (Innholdstyper), "SPD" (SharePoint Designer), "RTFM" (Les håndboken), osv.. Denne artikkelen befatter seg med en bestemt bugaboo kalt "harde koding:"Hva det er, Hvorfor det er dårlig og hvordan unngå det i SharePoint designer arbeidsflytløsninger.
Jeg beskrive hvordan vi kan bruke egendefinerte lister til å lagre data for kontroll og konfigurasjon av arbeidsflyt. Bruker denne tilnærmingen, Vi kan unngå harde koding verdier som godkjennere’ e-postadresser, dollar godkjenningsgrenser, osv..
Sjekk det ut.
</slutten>
Følg meg på Twitter på http://www.twitter.com/pagalvin
Jeg jobber på et klientområde og måtte installere windows workflow foundation slik at jeg kunne så noen SharePoint Designer-arbeid. (Jeg visste ikke før i dag som SPD installerer fin, men virkelig trenger minst .net 2.0 og Windows Workflow Foundation å være virkelig brukbart; Jeg har alltid antatt disse ble installert sammen med SPD, men jeg tok feil).
Klienten har en proxy-server. ingen fare, Jeg har legitimasjonsbeskrivelser for å få utenfor offentlig Internets. Jeg går til vanlig sted å dataoverføre WWF (SPD hjelpsomt gitt meg en link). At nedlasting er virkelig en bootstrap slags. Det går og tallene ut hva annet det må laste ned. At andre nedlastingsprosessen mislyktes. Den enten ikke forsøker hele, eller liksom ikke be om legitimasjon for proxy. Det var en ganske vanskelig krasj, gir meg meldingen:
Microsoft .NET Framework 3.0 Det oppstod et problem under installasjonen. Installasjonsprogrammet ble ikke fullført.
Jeg prøvde å gjenstarte og brukt 10 sekunder å finne ut om jeg kunne få det å spørre meg om legitimasjon for proxy. Jeg ga opp og gikk her i stedet: .NET Framework 3.5 Oppdateringspakken 1 (Full pakke).
Jeg lastet ned denne pakken, installert og denne gangen, ingen problemer.
</slutten>
Følg meg på Twitter på http://www.twitter.com/pagalvin
I hva synes å være hans innvielses blog postering, chiqnlips har delved inn i galskapen som er en beregnet kolonne og beskrives en løsning på et vanlig SharePoint Designer arbeidsflyt e aktivitet problem: Hvordan du viser virkelige navnet til en person i en e-post i stedet for "domenebrukernavn."
Jeg har ikke testet den meg selv, men det ser lovende. Sjekk det ut.
</slutten>
Følg meg på Twitter på http://www.twitter.com/pagalvin
Mark Miller over på www.endusersharepoint.com postet min siste artikkel på SharePoint Designer arbeidsflyt her (http://www.endusersharepoint.com/?p=1037).
Jeg beskrive det grunnleggende tilnærmingen for å flytte en arbeidsflyt som du oppretter i én liste til en annen liste. Den andre listen kan være i det samme området, samme områdesamling eller en helt annen farm (f.eks. fra utvikling til produksjon).
Dette er en komplisert fag, så jeg bare dekket grunnleggende scenario. neste uke, Jeg skal skrive mer nyttig reelle eksempel.
Sjekk det ut og dele noen kommentarer det.
<slutten>
Følg meg på Twitter på http://www.twitter.com/pagalvin
Mark Miller har postet min nyeste sluttbrukeren orientert SharePoint Designer arbeidsflyten artikkelen opp på sitt nettsted her: http://www.endusersharepoint.com/?p=1008
Jeg prøver å gi en rett fram svaret på spørsmålet, "Hvorfor kan ikke jeg enkelt port en SharePoint designer arbeidsflyten fra utvikling å teste?" I prosessen, Jeg også gi et innblikk i hva SPD er faktisk gjør i bakgrunnen når vi bruker den til å opprette en arbeidsflytløsning.
neste uke, Jeg beskrive en sluttbruker vennlig måte å port SPD arbeidsflyten fra én server til en annen, eller minst like End bruker vennlig en løsning som er mulig gitt status for verktøyet.
</slutten>
Følg meg på Twitter på http://www.twitter.com/pagalvin
Her er en annen vanlig SharePoint Designer arbeidsflyt spørsmål:
"Kan jeg få tilgang (lese/skrive) SharePoint-lister via arbeidsflyter som ikke ligger på samme sted som selve?"
Det enkle svaret er: nei.
Som i så mange måter, men, Vi måtte kvalifisere som (som er bra i dette tilfellet). Plattformen lar oss skape extensions å produsere på mange måter, inkludert en egendefinert handling (se min lille codeplex prosjektet her et eksempel). En egendefinert handling lar oss gjør egentlig noe vi ønsker fra SharePoint designer arbeidsflyt. Jeg er en stor fan av dette, faktisk, siden det gir oss best fra begge verdener — deklarativ sluttbruker vennlig designer med full dybden av .NET framework på våre fingeren tips.
Dessverre, Hvis du bruker SPD, Det er en god sjanse du gjør det fordi du ikke kan bruke visual studio (på grunn av det faktum at visual studio krever dyp utvikler bakgrunn). Jeg har ikke et godt svar på problemet bortsett fra at du bør råde over en teknisk kolleger å opprette den egendefinerte handlingen du trenger. Alternativt, arbeide med å ansette eller kontrakt den slags ressurs.
</slutten>
Følg meg på Twitter på http://www.twitter.com/pagalvin
Dessverre, Det er ikke å være. Vi kan ikke sende en e-post med vedlegg fra en SharePoint Designer arbeidsflyt ved hjelp av funksjonene for. Dette ønsket kommer opp med økende regulariteten på MSDN-foraene.
Men, den SharePoint-plattformen, som med så mange ting, tilbyr oss en vei fremover. Vi kan opprette egendefinerte handlinger som vi bygge inn i våre arbeidsflyter. En gang installert, en egendefinert handling ser ut og føles som noe annet (f.eks. Samle inn Data, Logg en melding, osv.).
Opprette en egendefinert handling er et stort fjell å klatre, men, for sluttbrukere. Codeplex prosjektet gir denne funksjonaliteten: http://www.codeplex.com/SPDActivities. Trekke det ned og installere den er også utover ferdigheter typisk sluttbrukere. Men, Det er ganske enkelt for en SharePoint-admin å gjøre det., så hvis du finner deg selv måtte utvikle en arbeidsflyt med denne funksjonen, arbeide med din SharePoint admin å få det gjort.
</slutten>
Følg meg på Twitter på http://www.twitter.com/pagalvin
Vi har et sett med SharePoint designer arbeidsflyter som "kommuniserer" med en hendelsesmottaker på listen via endringer i området kolonneverdiene. For eksempel, Hvis en områdekolonne "SetDuedate" er satt til sann i arbeidsflyten, hendelsesmottaker oppdager endringen, beregner forfallsdato og datoen tildeles en områdekolonne, "Forfallsdatoen." Vi delt ting opp som dette fordi hendelsesmottaker kan beregne forfallsdato bruke komplekse forretningsregler (tar hensyn til helger og ferier) mens SPD virkelig ikke kan.
I en bestemt forekomst, Vi kjørte inn i et problem med dette knep. Feilsøking alt dette er ganske vanskelig, men vi kom til klar konklusjon at i ett tilfelle (minst), hendelsen mottakeren kjørte ikke hele tiden. I ett trinn av arbeidsflyten, Vi vil endre verdien for en områdekolonne og hendelsen mottakeren synes ikke å kjøre. Men, Det var å kjøre konsekvent i forskjellige trinn av arbeidsflyten.
Etter gjennomgang av den, Jeg la merke til at det glade arbeidsflyttrinnet brukt "oppdatere listeelementet" mens det andre trinnet brukes "Set-feltet i gjeldende element." Oppdatere listeelementet oppdatering "varen." Jeg er ikke sikker hvorfor vi plukket en over den andre siden de synes å gjøre samme.
Så … handlingen oppdatere listeelementet forårsaket hendelsen brann. på den andre siden, Angi feltet i gjeldende element handling ikke.
Jeg brukte oppdatere listeelementet begge steder og Viola! Den arbeidet. [[ Totalt side, Jeg spilte fiolin for daglig for nesten 15 år ]]
Fra dette, Tror jeg forsøksvis at "Angi feltet" handling forårsaker ikke hendelsesmottakere brann, minst noen av tiden.
Dette problemet bedeviled oss for uker.
Dette er en av de "observert atferd" innlegg. Jeg observert dette skje én gang i et bestemt miljø og jeg gjør noen gjetninger om hvorfor ting skjedde som de gjorde. Hvis du har noen innsikt i dette, behage aksje i kommentarer.
</slutten>
