觀察到的行為: 移動網站集內的展能就業科工作流

更新: 我一直在研究如何將 SPD 工作流嵌入到網站定義. 這個 MSDN 論壇鏈有一些有趣的資訊. 它不是決定性, 但在叢林路徑指向.

我給這篇文章有點古怪"遵守行為" 因為我有點詭異,從中得出的結論. SPD 工作流 … 喜怒無常.

人們常常會問 / 想知道 / 微動在 SPD 工作流從一個地方搬到另一個. 今天, 我遵循這些步驟,提出這些意見:

  • 我創建了一個工作流在網站附加到文件庫中使用 SharePoint 設計器.
  • 關聯的文件庫已經設幾個文檔.
  • 該網站另存範本.
  • 當我保存為範本的網站, 我保存的內容,以及.
  • 在同一網站集合並使用該範本創建一個新的網站.

在這一點, 我試著運行工作流. 它迅速終止本身與日誌消息, "啟動時失敗".

我預期這. 我有低的期望,當它來到走動 SPD 工作流.

我繼續:

  • 在 SharePoint 設計器中打開網站.
  • 聚醚醚酮在工作流. 它看上去不錯.
  • 點擊"完成".
  • 我跑了工作流.

這一次, 它能正常工作.

我將添加此工作流使用的"收集資料從使用者" 這是一個相對複雜的操作引擎蓋下的行動.

我暫時得出這樣的結論的過程"整理" 引起 SPD 來正確地與新的文件庫關聯的 SPD 工作流的工作流. 我也得出結論 XOML 和其他 XML 工件是合理的"寬鬆". 他們未超緊密耦合到文件庫.

這是什麼意思? 假設它一個可靠,重現性好的過程, 還有至少一個粗糙的方法,我們可以使用來移動它們. 我不知道是否這會工作如果我們越過網站集合邊界或甚至更猛烈地, 整個新的農場 (例如:. 到階段督促 dev).

如果你正在讀這篇和傾斜, 請發表評論或 電子郵件通知我 你的 SharePoint 設計師移民故事. 我很樂意會更新這個貼子因而提供任何見解.

</結束>

訂閱我的博客.

Technorati 標籤:

留言

您的電子郵件地址不會被公開. 必需的地方已做標記 *