2

長時間実行されるワークフローのアップグレードについて別のスレッドで質問しましたが、聞きたい回答がありません。（すでに本番環境にある長時間実行されているSharePointワークフローをアップグレードする方法）

このトピックに関して私が行った他の調査と一致する答えは、新しいWF（ワークフロー）を並べてインストールし、古いWFを新しいインスタンスなしとしてマークすることを提案しています。

新しいWFのインターフェイスが同じである場合、元のWFのdllを置き換えるだけで、既存の長時間実行ワークフローが引き続き機能する可能性があることを読みました。

各SharePointリストインスタンスのワークフローを置き換えることなく、製品のライフサイクル全体でコードを変更できる元のワークフローを作成するのに役立つデザインパターンまたはガイドラインはありますか？

4

1 に答える 1

1

SharePoint のワークフローには、.net コードと xml 構成の 2 つの部分があります。

コードの変更については、変更を加えてソリューション パッケージを再デプロイできます。アセンブリの厳密な名前が変更されない限り、既存のワークフローでイベントが次に発生したときに新しいコードが呼び出されます。ワークフローが現在のコードを使用して開始されたことをコードが想定しないように、変更を行うときは注意が必要です。

xml 構成 (実質的にはワークフローのインターフェイス定義) を変更すると、より完全な新しい展開が必要になります。

于 2009-05-07T01:31:37.237 に答える