更新: 我一直在研究如何將 SPD 工作流嵌入到網站定義. 這個 MSDN 論壇鏈有一些有趣的資訊. 它不是決定性, 但在叢林路徑指向.
我給這篇文章有點古怪"遵守行為" 因為我有點詭異,從中得出的結論. SPD 工作流 … 喜怒無常.
人們常常會問 / 想知道 / 微動在 SPD 工作流從一個地方搬到另一個. 今天, 我遵循這些步驟,提出這些意見:
- 我創建了一個工作流在網站附加到文件庫中使用 SharePoint 設計器.
- 關聯的文件庫已經設幾個文檔.
- 該網站另存範本.
- 當我保存為範本的網站, 我保存的內容,以及.
- 在同一網站集合並使用該範本創建一個新的網站.
在這一點, 我試著運行工作流. 它迅速終止本身與日誌消息, "啟動時失敗".
我預期這. 我有低的期望,當它來到走動 SPD 工作流.
我繼續:
- 在 SharePoint 設計器中打開網站.
- 聚醚醚酮在工作流. 它看上去不錯.
- 點擊"完成".
- 我跑了工作流.
這一次, 它能正常工作.
我將添加此工作流使用的"收集資料從使用者" 這是一個相對複雜的操作引擎蓋下的行動.
我暫時得出這樣的結論的過程"整理" 引起 SPD 來正確地與新的文件庫關聯的 SPD 工作流的工作流. 我也得出結論 XOML 和其他 XML 工件是合理的"寬鬆". 他們未超緊密耦合到文件庫.
這是什麼意思? 假設它一個可靠,重現性好的過程, 還有至少一個粗糙的方法,我們可以使用來移動它們. 我不知道是否這會工作如果我們越過網站集合邊界或甚至更猛烈地, 整個新的農場 (例如:. 到階段督促 dev).
如果你正在讀這篇和傾斜, 請發表評論或 電子郵件通知我 你的 SharePoint 設計師移民故事. 我很樂意會更新這個貼子因而提供任何見解.
</結束>
Technorati 標籤: SharePoint 工作流