Mga iyang araw, Habang-panahon ako naglalaro catch-up sa aking blog pagbabasa at ko lang ay dumating sa buong post na ito: http://sharepointsolutions.blogspot.com/2009/02/give-blood-to-your-workflow.html

Ito ay bilang matatag at detalyadong isang workflow tutorial SharePoint Designer (plus higit pa!) that you’ll see anywhere on the interwebs. I’d check it out, even if you’re a scarred SPD veteran.

Ito ay isang mahusay na tutorial SharePoint para sa parehong InfoPath at daloy ng trabaho.

</dulo>

Mag-subscribe sa aking blog.

Sundin ako sa Twitter sa http://www.twitter.com/pagalvin

Mas maaga sa buwang ito, Ako magkasama ang isang artikulo Orihinal na binalak para sa Mark Miller ni www.endusersharepont.com. Gayunman, Ako sa halip na ginamit tulad ng Dustin Hoffman ay gumamit ng isang krus sa dulo ng Ang Graduate upang palayasin ang aking (kasindak-sindak! magiliw!) editor sa TechTarget.

Ito ay isa pang workflow SharePoint Designer artikulo sa parehong ugat bilang aking mas kamakailang mga pagsisikap dito: http://www.endusersharepoint.com/?p=1226 ("Use Control Lists to Create Flexible Workflow Solutions").

Ito ay nagsisimula tulad na ito:

Nakarating na ba naisin maaari mong pansamantalang huwag paganahin ang isang daloy ng trabaho sa SharePoint Designer? Maaaring gusto mong gawin ito upang masa-aprubahan ang isang malaking bilang ng mga dokumento nang walang pag-set-off ang dose-dosenang - o marahil daan-daang - ng hindi kinakailangang mga daloy ng trabaho.

Ang isang paraan upang makamit ito ay upang ma-access ang daloy ng trabaho gamit Share-Puntong Designer at huwag paganahin ito. Upang gawin iyon, kailangan mong buksan up SharePoint Designer, ma-access ang daloy ng trabaho, baguhin ang pagmamay-ari nito at muling i-save ito. Ang problema sa na paraan ay na ito ay isang maliit na magulo at malamang na ipa-ring ng maraming mga Bells alarma sa karamihan ng mga kumpanya.

Kalimitan, kalikot tungkol sa SharePoint Designer daloy ng trabaho ay hindi isang mahusay na kasanayan sa isang kapaligiran sa produksyon, at hindi rin ito ay bahagi ng isang mahusay na kinokontrol na proseso.

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. Basahin ang buong bagay dito (http://wp.bitpipe.com/resource/org_1127860336_240/SharePoint_vol5_v6% 201_16.pdf).

Ang artikulong ito ay inspirasyon ng isang katanungan nagtanong sa mga forum dito: http://www.endusersharepoint.com/STP/. Kahit na gumastos ako sa ngayon mas maraming oras sa MSDN forums, Ako Minumungkahi na mayroon ka ng isang silip sa forum EUSP pati na rin, particularly for end user oriented questions. It’s yet another source of good information and advice.

</dulo>

Mag-subscribe sa aking blog.

Sundin ako sa Twitter sa http://www.twitter.com/pagalvin

Huling na-linggo, Mark Miller na nai-post ang aking mga pinakabagong SharePoint Designer workflow artikulong ito para sa mga end user sa kanyang site (http://www.endusersharepoint.com/?p=1226).

Ito ay nagsisimula tulad na ito:

Namin ang uri ng mga teknikal na gumamit ng maraming hindi maintindihang pag-uusap at acronym sa aming araw-araw na routine tulad ng "OOP" (object oriented na programming), "CT" (Mga Uri ng Nilalaman), "SPD" (SharePoint Designer), "RTFM" (mangyaring basahin ang mano-manong), at iba pa. This article concerns itself with a particular bugaboo called “hard coding:"Ano ito ay, bakit ito hindi maganda at kung paano upang maiwasan ang mga ito sa SharePoint designer workflow solusyon.

I describe how we can use custom lists to store workflow control and configuration data. Using this approach, maaari naming maiwasan na hard coding mga halaga tulad ng approvers’ email address, pag-apruba ng mga limitasyon ng dolyar, at iba pa.

Tingnan ito.

</dulo>

Mag-subscribe sa aking blog.

Sundin ako sa Twitter sa 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. (Hindi ko alam kung hanggang ngayon na i-install ng SPD fine pero talagang nangangailangan ng hindi bababa sa. NET 2.0 at Windows workflow Foundation upang maging talagang kapaki-pakinabang; Ako palaging ipinapalagay na ang mga naka-install kasama ng SPD, ngunit ako ay mali).

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 ibinigay sa akin na may 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, pagbibigay sa akin ang mensahe:

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

Sinubukan kong i-reboot at nagastos 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-download na pakete, naka-install na at oras na ito, ang problema.

</dulo>

Mag-subscribe sa aking blog.

Sundin ako sa Twitter sa http://www.twitter.com/pagalvin

Sa anong lumilitaw na kanyang pampasinaya blog post, chiqnlips Na delved sa kabaliwan na ay isang kinakalkula haligi at inilarawan ng solusyon sa isang karaniwang SharePoint Designer workflow problema email aktibidad: How to display a person’s real name in an email instead of "domain\username."

Hindi ko pa sinubukan ito sa aking sarili, but it looks promising. Tingnan ito.

</dulo>

Mag-subscribe sa aking blog.

Sundin ako sa Twitter sa http://www.twitter.com/pagalvin

Mark Miller sa ibabaw www.endusersharepoint.com nai-post ang aking mga pinakabagong artikulo sa SharePoint Designer workflow dito (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, parehong site koleksyon o isang ganap na magkaibang mga bukid (e.g. mula sa pag-unlad sa produksyon).

This is a complicated subject so I only covered a very basic scenario. Sa susunod na linggo, I’ll write up a more useful real world example.

Tingnan ito at ibahagi ang anumang mga komento doon.

<dulo>

Mag-subscribe sa aking blog.

Sundin ako sa Twitter sa http://www.twitter.com/pagalvin

Mark Miller ay nai-post ang aking mga pinakabagong End User nakatuon sa SharePoint Designer workflow artikulo up sa kanyang site dito: http://www.endusersharepoint.com/?p=1008

Tatangkain kong magbigay ng straight-forward sagot sa tanong, "Why can’t I easily port a SharePoint designer workflow from development to test?" In the process, I also give some insight into what SPD is actually doing behind the scenes when we use it to create a workflow solution.

Sa susunod na linggo, I describe an End User friendly way to port SPD workflow from one server to another, or at least as End User friendly a solution as is possible given the state of the tool set.

</dulo>

Mag-subscribe sa aking blog.

Sundin ako sa Twitter sa http://www.twitter.com/pagalvin

Narito ang isa pang karaniwang mga tanong SharePoint Designer workflow:

"Can I access (basahin / isulat) Inililista ng SharePoint sa pamamagitan ng daloy ng trabaho na hindi nakatira sa parehong site bilang ang listahan mismo?"

Ang simpleng sagot ay: Hindi.

Tulad ng sa gayon maraming mga paraan, gayunman, mayroon kaming upang maging karapat-dapat na (na kung saan ay isang magandang bagay sa kasong ito). The platform lets us create extensions to the produce in many ways, kasama ang isang pasadyang aksyon (makita ang aking maliit codeplex proyekto dito para sa isang halimbawa). A custom action lets us do basically anything we want from SharePoint designer workflow. I’m a big fan of this, sa katunayan, dahil ito ay nagbibigay sa amin ang pinakamahusay na ng parehong mundo — paturol isang end-user friendly na designer sa buong lalim ng. NET framework sa aming mga daliri tip.

Sadly, kung gumagamit ka ng SPD, mayroong isang magandang pagkakataon na ginagawa mo na ito dahil hindi ka maaaring gumamit ng visual studio (dahil sa ang katunayan na ang visual studio ay nangangailangan ng isang malalim na background ng nag-develop). 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, gumana sa pamamahala sa pag-upa o kontrata na uri ng mapagkukunan.

</dulo>

Mag-subscribe sa aking blog.

Sundin ako sa Twitter sa http://www.twitter.com/pagalvin

Sadly, 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.

Gayunman, ang SharePoint platform, tulad ng sa gayon maraming bagay, does offer us a path forward. Makakaya namin create custom actions which we then incorporate into our workflows. Once installed, a custom action looks and feels like any other action (e.g. Collect Data, Log a Message, at iba pa).

Creating a custom action is a big mountain to climb, gayunman, 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. Gayunman, it’s quite simple for a SharePoint admin to do it, so if you find yourself needing to develop a workflow with this capability, work with your SharePoint admin to get it done.

</dulo>

Mag-subscribe sa aking blog.

Sundin ako sa Twitter sa 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. Halimbawa, if a site column "SetDuedate" ay nakatakda sa pamamagitan ng tunay na mga daloy ng trabaho, mga kaganapan receiver na nakita ng pagbabago, kinakalkula ng isang takdang petsa at nagtatalaga ng petsang iyon sa isa pang haligi site, "Due Date." We split things up like this because the event receiver can calculate a due date using complex business rules (pagkuha ng Sabado at Linggo at pista opisyal ng kumpanya sa account) habang SPD talagang hindi maaari.

Sa isang tiyak na halimbawa, we ran into a problem with this trick. Debugging all this is pretty difficult, ngunit kami ay dumating sa tiyak na konklusyon sa isang kaso (kahit), 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. Gayunman, ito ay tuloy-tuloy na tumatakbo sa isang iba't ibang mga hakbang ng workflow.

Pagkatapos suriin ito, 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.

Kaya … the Update List Item action did cause the event to fire. Sa kabilang dako, the Set Field in Current Item action did not.

I used Update List Item in both places and viola! It worked. [[ Total aside, I played the violin for on a daily basis for almost 15 taon ]]

From this, I tentatively believe that the "Set Field" pagkilos ay hindi nagsasanhi ng receiver kaganapan sa sunog, 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, mangyaring ibahagi sa mga komento.

</dulo>

Mag-subscribe sa aking blog.