Windowsワークフロー4.0 InstancePersistenceCommandエラー

私は3つの受信アクティビティを順番に並べ替えたwcfワークフローを持っています。すなわちWindowsワークフロー4.0 InstancePersistenceCommandエラー

1.receiveアプリケーション 2.マネージャ1の承認 3.最終的にマネージャーの承認私の問題は私がしようとしたときただし、（アプリケーションのアクティビティを受け取る）最初に、私のクライアントアプリケーションからワークフローを消費して呼び出すことができるだということです第二の（マネージャ1の承認が活動を受け取る）私は、インスタンスが「16c3dae0-92f5-45e8-BDAF-d6f4051a0a39」がまだインスタンスストアに永続化されていないためInstancePersistenceCommandの実行が中断された

次のエラーを取得する呼び出すために。

私はデータベース（インスタンスストアテーブル）をチェックしており、レコードが存在するようです。私も設定を持っていますarticle 助けてください、これは緊急です

出典

2011-01-11 lafama

GUIDは正しいですか？ WF4ランタイムは、混乱しているエラーメッセージを引き起こす既存のものを見つけることができない場合、新しいGUIDを生成することがあります。また、名前空間を変更すると、相関クエリが停止します。だからあなたがそれらを再作成するか、またはXAMLに入り、それらを修正する必要があります。

出典

2011-01-11 07:05:16 Maurice

GUIDはデータベース内のGUIDと同じです – lafama

"名前空間を変更する"とはどういう意味ですか？ – lafama

各SOAPサービス、したがってWFサービスは、名前の一部として名前空間を使用します。これを変更することができ、それによって問題が発生する可能性があります。 – Maurice

こんにちは、私は最終的に問題が何であるかを考え出しました。は、私はちょうど

<serviceBehaviors> 
    <behavior> 
    <workflowIdle timeToUnload="0"/> 
</behavior>

次あなたはこのarticle NBの詳細を取得することができます追加する必要：私のワークフローは、（マシンの設定から）1分間のデフォルトtimeToUnload値を得ていました。私のワークフローで次のreceiveアクティビティを呼び出すと、ワークフローはまだメモリに残っています（実際には奇妙です）

出典

2011-01-11 12:14:53 lafama

メモリ内のワークフローには問題はなく、高速化するだけです。または、サーバーファームを使用していて、別のサーバーに2回目の要求が入っていますか？ – Maurice

Windowsワークフロー4.0 InstancePersistenceCommandエラー

答えて

関連する問題