УПДАТЕ: I’ve been researching how to embed a SPD workflow into a site definition. МСДН форуму ланац има неке занимљиве информације. It’s not conclusive, али указује на путу кроз џунглу.
I’m giving this post a slightly oddball "Observed Behavior" lead since I’m a little leery of drawing conclusions from it. SPD workflows are … темпераментан.
Људи се често питају / питате / fretting over moving SPD workflows from one place to another. Данас, Пратио сам ове кораке и направио ове запажања:
- Креирао сам ток посла помоћу СхареПоинт Десигнер на сајту везан за библиотеку докумената.
- Ассоциатед библиотека докумената већ налази неколико докумената.
- Спасао сам сајт као шаблон.
- Када сам спасао сајт као шаблон, Спасао сам садржај, као и.
- Креирао сам нови сајт у истој колекцији користећи тај шаблон.
У овом тренутку, I tried to run the workflow. It promptly terminated itself with the log message, "Failed on start".
I expected this. I have low expectations when it comes to moving SPD workflows around.
Наставио сам:
- Отворен сајт у СхареПоинт Десигнер.
- Had a peek at the workflow. It seemed fine.
- I clicked "Finish".
- Трчао сам ток посла.
Овај пут, је радила добро.
I’ll add that this workflow used the "collect data from user" радња која је релативно сложен акција под хаубом.
I tentatively conclude that the process of "finishing" the workflow caused SPD to properly associate the SPD workflow with the new document library. I also conclude the XOML and other XML artifacts are reasonably "loose". They are not super tightly coupled to the document library.
Шта ово значи? Assuming it’s a reliable and reproducible process, there’s at least one rough method we can use to move them around. I don’t know if this would work if we crossed site collection boundaries or even more drastically, читаве нових фарми (e.g. дев до ниво да прод).
Ако читате ово и склон, пошаљите коментар или пошаљи ми your SharePoint Designer migration story. I’ll gladly update this posting with any insights thus offered.
</крај>
