Назіранае паводзіны: Перамяшчэнне СПД Рабочыя працэсы ў сямействе

АБНАЎЛЕННЕ: I’ve been researching how to embed a SPD workflow into a site definition. Гэтая ланцуг MSDN форуме цікавую інфармацыю. 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. Сёння, Я рушыў услед за гэтымі крокамі, і зрабіў гэтыя назіранні:

  • Я стварыў працоўны працэс з дапамогай SharePoint Designer ў месцы прымацаваная да бібліятэкі дакументаў.
  • Асацыяванага з бібліятэкай дакументаў ужо знаходзілася некалькі дакументаў.
  • Я выратаваў сайт як шаблон.
  • Калі я выратавала сайт як шаблон, Я выратаваў зместу, а.
  • Я стварыў новы сайт у адной калекцыі сайта з дапамогай гэтага пра шаблон.

У гэты момант, 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.

Я працягваў:

  • Адкрыты сайт у SharePoint Designer.
  • 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.

</канец>

Падпісацца на мой блог.

Пакінуць каментар

Ваш электронны адрас не будзе апублікаваны. Абавязковыя палі пазначаныя * *