Þessa dagana, Ég er alla daga að leika veiða upp við lestur bloggið mitt og ég kom bara yfir þessa færslu: http://sharepointsolutions.blogspot.com/2009/02/give-blood-to-your-workflow.html

Það er eins solid og nákvæmur í SharePoint Designer workflow kennsla (plús meira!) that you’ll see anywhere on the interwebs. I’d check it out, even if you’re a scarred SPD veteran.

Það er frábær SharePoint einkatími fyrir bæði InfoPath og workflow.

</enda>

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á Twitter á http://www.twitter.com/pagalvin

Fyrr í þessum mánuði, Ég put together an article originally planned for Mark Miller’s www.endusersharepont.com. Hins, I instead used like Dustin Hoffman used a cross at the end of the The Graduate to fend off my (ógnvekjandi! vingjarnlegur!) editor at TechTarget.

This is another SharePoint Designer workflow article in the same vein as my more recent effort here: http://www.endusersharepoint.com/?p=1226 ("Use Control Lists to Create Flexible Workflow Solutions").

Það byrjar svona:

HAVE YOU EVER wished you could temporarily disable a SharePoint Designer workflow? You may want to do this in order to mass-approve a large number of documents without setting off dozens — or possibly hundreds — of unnecessary workflows.

One way to accomplish this is to access the workflow using Share-Point Designer and disable it. To do that, you’ll need to open up SharePoint Designer, access the workflow, change its properties and re-save it. The problem with that method is that it’s a little messy and likely to ring lots of alarm bells at most companies.

Almennt, fiddling about with SharePoint Designer workflows is not a good practice in a production environment, nor is it part of a well controlled process.

The article then walks you through a solution to this problem that uses a custom list to turn the WF on or off as needs dictate. Lesa the heild hlutur hér (HTTP://wp.bitpipe.com/resource/org_1127860336_240/SharePoint_vol5_v6 1_16.pdf).

This article was inspired by a question asked on the forums here: http://www.endusersharepoint.com/STP/. Although I spend far more time on the MSDN forums, I strongly recommend that you have a peek at the EUSP forum as well, particularly for end user oriented questions. It’s yet another source of good information and advice.

</enda>

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á Twitter á http://www.twitter.com/pagalvin

Í síðustu viku, Mark Miller posted my latest SharePoint Designer workflow article for end users on his site (http://www.endusersharepoint.com/?p=1226).

Það byrjar svona:

Við tæknilega gerðir nota mikið af hrognamál og skammstafanir í daglegu lífi okkar, svo sem "OOP" (mótmæla stilla af forritun), "CT" (Efnisgerðir), "SPD" (SharePoint Designer), "RTFM" (vinsamlegast lesið handbók), o.fl.. This article concerns itself with a particular bugaboo called “hard coding:” What it is, why it’s bad and how to avoid it in SharePoint designer workflow solutions.

I describe how we can use custom lists to store workflow control and configuration data. Using this approach, we can avoid hard coding values such as approvers’ email addresses, approval dollar limits, o.fl..

Stöðva það út.

</enda>

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á Twitter á http://www.twitter.com/pagalvin

I’m working at a client site and needed to install windows workflow foundation so that I could so some SharePoint Designer work. (Ég vissi ekki fyrr en í dag að SPD setur allt í lagi en í raun þarf að minnsta kosti. Handbært 2.0 og Windows Workflow Foundation til að vera mjög nothæft; Ég ætla alltaf að þetta var sett upp með SPD, but I was wrong).

The client has a proxy server. No problem, I have credentials to get outside to the public Internets. I go to the usual place to download WWF (SPD helpfully provided me with a link). That download is really a bootstrap of sorts. It runs and figures out what else it needs to download. That second download process failed. It either does not try at all, or is somehow prevented from asking for proxy server credentials. It was a pretty hard crash, giving me the message:

Microsoft .NET Framework 3.0 has encountered a problem during setup. Setup did not complete successfully.

I tried to reboot and spent 10 seconds trying to figure out if I could get it to ask me for proxy server credentials. I gave up and went here instead: .NET Framework 3.5 Service Pack 1 (Full Package).

I downloaded that package, installed and this time, no problems.

</enda>

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á Twitter á http://www.twitter.com/pagalvin

Í hvaða virðist vera Stofnfundur blogg hans staða, chiqnlips has delved into the madness that is a calculated column and described a solution to a common SharePoint Designer workflow email activity problem: How to display a person’s real name in an email instead of "domain\username."

Ég hef ekki prófað það sjálfur, but it looks promising. Stöðva það út.

</enda>

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á Twitter á http://www.twitter.com/pagalvin

Mark Miller yfir á www.endusersharepoint.com staða nýjustu grein mína á SharePoint Designer workflow hér (http://www.endusersharepoint.com/?p=1037).

I describe the basic approach for moving a workflow you create in one list to another list. The other list can be in the same site, Sama síða safn eða algjörlega mismunandi bæ (e.g. frá þróun til framleiðslu).

This is a complicated subject so I only covered a very basic scenario. Næsta vika, I’ll write up a more useful real world example.

Stöðva það út og deila einhverjar athugasemdir þangað.

<enda>

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á Twitter á http://www.twitter.com/pagalvin

Mark Miller hefur staða nýjustu endir notandi stilla mína SharePoint Designer Vinnuflæði grein upp á vefsvæði hans hér: http://www.endusersharepoint.com/?p=1008

Ég reyna að veita beinn-áfram svarið við spurningunni, "Why can’t I easily port a SharePoint designer workflow from development to test?" In the process, Ég gef líka innsýn í það sem SPD er í raun að gera á bak við tjöldin þegar við notum það til að búa til workflow lausn.

Næsta vika, Ég lýsi End User Friendly leiðin til að höfn SPD workflow frá einum miðlara til annars, eða að minnsta kosti eins og endir notandi vingjarnlegur lausn sem er hægt miðað við ástand af the tól sett.

</enda>

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á Twitter á http://www.twitter.com/pagalvin

Hér er önnur algeng SharePoint Designer workflow spurning:

"Can I access (lesa / skrifa) SharePoint listi um workflows sem ekki búa ekki á sama stað og listanum sjálfum?"

The einfaldur svar er: Ekki.

Eins og í svo marga vegu, þó, við verðum að komast að (sem er gott í þessu tilfelli). The platform lets us create extensions to the produce in many ways, þ.mt sérsniðin aðgerð (sjá litla Codeplex verkefnið mitt hér fyrir dæmi). A custom action lets us do basically anything we want from SharePoint designer workflow. I’m a big fan of this, í raun, þar sem það gefur okkur það besta af báðum heimum — declarative notendur vingjarnlegur hönnuður með fullum dýpt. NET ramma á ábendingar fingur okkar.

Því miður, ef þú ert að nota SPD, það er gott tækifæri þú ert að gera það vegna þess að þú getur ekki notað Visual Studio (vegna þess að Visual Studio krefst djúpt verktaki bakgrunn). I don’t have any good answer to that problem except that you should prevail upon one of your technical co-workers to create the kind of custom action you need. Alternatively, vinna með stjórnendum að ráða eða samningur svona auðlind.

</enda>

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á Twitter á http://www.twitter.com/pagalvin

Því miður, it is not to be. We cannot send an email with attachments from a SharePoint Designer workflow using out of the box features. This wish comes up with increasing regularity on the MSDN forums.

Hins, á SharePoint vettvang, eins og með svo margt, does offer us a path forward. Við getum búa til sérsniðnar aðgerðir which we then incorporate into our workflows. Once installed, sérsniðin aðgerð útlit og mér finnst eins og allir aðrir aðgerð (e.g. Safna gögnum, Innskráning eftir skilaboð, o.fl.).

Búa til sérsniðna aðgerð er stór fjall til að klifra, þó, for End Users. This codeplex project provides this functionality: http://www.codeplex.com/SPDActivities. Pulling that down and installing it is also beyond the skills of typical End Users. Hins, það er alveg einfalt fyrir SharePoint admin að gera það, þannig að ef þú finna sjálfur að þurfa að þróa workflow með þessa getu, vinna með admin SharePoint til að fá það gert.

</enda>

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á Twitter á http://www.twitter.com/pagalvin

We have a set of SharePoint designer workflows that "communicate" with an event receiver on the list via changes to site column values. Til dæmis, if a site column "SetDuedate" er stillt á rétt af workflow, atburður móttakari skynjar að breytingar, reiknar með skiladag og gefur þeim degi til annars site dálki, "Due Date." We split things up like this because the event receiver can calculate a due date using complex business rules (taka helgar og fyrirtæki frí tillit) en SPD virkilega getur ekki.

Í eina tiltekna dæmi, we ran into a problem with this trick. Debugging all this is pretty difficult, en við komum að ákveðin niðurstöðu að í einu tilviki (að minnsta kosti), the event receiver was not running all the time. In one step of the workflow, we would change the value of a site column and the event receiver didn’t appear to run. Hins, það var að keyra stöðugt í öðru skrefi workflow.

Eftir að hafa farið hana, I noticed that the happy workflow step used the "Update List Item" while the other step used "Set Field in Current Item." Update List Item was updating the "current item." I’m not sure why we picked one over the other since they would seem to be doing the same thing.

Svo … the Update List Item action did cause the event to fire. Á hinn bóginn, The Setja Field í spilun aðgerð ekki.

Ég notaði uppfæra listann Hlutir á báðum stöðum og fjólublár! It worked. [[ Alls hliðar, Ég spilaði á fiðlu fyrir á hverjum degi fyrir næstum 15 ár ]]

Frá þessu, I tentatively believe that the "Set Field" aðgerð veldur ekki atburður skiptastjóra til að skjóta, at least some of the time.

This issue bedeviled us for weeks.

This is one of those "observed behavior" posts. I observed this happen once in a specific environment and I’m making some guesses as to why things happened as they did. If you have any insight into this one, vinsamlegast deila í the athugasemd.

</enda>

Gerast áskrifandi að bloggið mitt.