問題タブ [workflowservice]

AppFabric では、中断されたワークフローがいくつか見られます。それらを手動で再開しようとすると、エラーが発生します。

メッセージを受け入れることができる net.pipe://[server]/[webSite]/[folder]/[workflowFile].xamlx/System.ServiceModel.Activities_IWorkflowInstanceManagement でリッスンしているエンドポイントはありませんでした。これは、多くの場合、アドレスまたは SOAP アクションが正しくないことが原因です。詳細については、InnerException (存在する場合) を参照してください。

このエラーの原因は何ですか? このエンドポイントはどこに定義する必要がありますか?

私はワークフローサービスとWPFの調査段階にあります。

ステートマシンWFサービスをIISでホストし、1つ以上のWPFクライアントがWFサービスと通信することは、これまでのところ妥当な選択のように思われます。

ただし、何日も読んで調査したものの、WPFアプリから状態間の転送を追跡するための最良の戦略が何であるかは私にはわかりません。

参加者を追跡するサンプルは多数ありますが、それらのほとんどは1つのプロセスシナリオに基づいています。

なので、以下のような構造を考えています。

1. クライアント側のエンドポイントを登録するためにクライアントが呼び出すサーバー側のWCF操作
2. 登録されているすべてのクライアント側エンドポイントを通過し、Track（）メソッドでTrackingRecordを送信するカスタム追跡参加者。

このアプローチの利点は、ETWのような余分なレイヤーなしで状態をリアルタイムで更新できることです。もう1つの利点は、プレゼンテーション層からロジック（またはモデル層）を分離できることです。

上記の構造について誰かが意見を共有できますか？また、目標を達成するための提案を歓迎します。

[編集]上記の私の考えをより詳細かつ明確にするために、以下の手順が典型的な使用法です。

1）（WPFクライアント）には、TrackRecordを受信するためのWCFエンドポイントが含まれていて開きます。

2）（WFサービス）は、クライアント側のアドレスを内部ストアに登録するWCF操作（または受信メッセージを含む単純なWFインスタンス）を開きます。

3）（WFサービス）カスタム追跡参加者が作成および追加され、登録されたクライアントのエンドポイントにTrackingRecordが送信されます。

4）（クライアント）は上記のサービスに接続し、ステップ1で説明したクライアント側のエンドポイントを配布し、その結果、TrackingRecordsを受信します。

[編集2]

簡単に言えば、知りたいのですが

1）TrackingParticipantを介してWFサービス（IIS）+WPFまたは任意の種類のクライアントアプリでStateMachineの状態を追跡する最も効率的な方法。

2）私の提案を改善できるかどうか

その間、私はこれを実装し、これまでのところうまく機能しています。また、クライアント側にMvvM Lightフレームワークのメッセージング機能を追加して、受信したメッセージをモデルに簡単に伝達できるようにしました。

でサービスをセットアップしようとしていますwsHttpBinding。サービス ページは firefox で正常に読み込まれますが、WCFTestClient を使用してリクエストを行うと、EndPoint何らかの理由で mex にアクセスしようとしているように見えるため、障害例外が発生します。ご覧のとおり、mex もリストされていません。構成は次のとおりです。

ただし、これは例外メッセージです。

To 'http://localhost/SecAmerInc.STPCore.Services.WorkFlowManagement/WorkFlowManagement.xamlx/mex' を含むメッセージは、EndpointDispatcher での AddressFilter の不一致により、受信側で処理できません。送信者と受信者の EndpointAddresses が一致していることを確認してください。

これは WCFTestClient の構成です。

私たちは世界的な慈善団体です。SharePoint アプリケーションの 1 つに問題があり、解決策が利用できないため、ここでは少し絶望的です。

問題の説明: 当社の SharePoint 2010 アプリケーションは、Infopath 2010 を使用してフォームをオンラインで作成および送信し、承認と権限を取得します。このシステムはイントラネット内では完全に機能しますが、インターネット経由でアクセスしようとすると (双方向でアクセスできるようにしたいのですが)、InfoPath フォームが開きません。従来の Windows 認証を使用しています。

Web アプリケーションのインターネット ゾーンに代替アクセス マッピング (https://sharepoint.xxx.org.uk) を追加しました。IIS に https を使用したバインディングを追加していません (これが問題になる可能性があります)。 ?)。

次に、このサーバーの IP を UAG Forefront サービスにマッピングして、インターネット経由で利用できるようにします。現在、アプリケーションはイントラネットとインターネットで利用できます。しかし、問題は、インターネット経由でフォームが開かず、永遠にロードし続けることです。ファイアウォール設定を削除すると、フォームが開き、フォームのロード中にエラーが発生したというエラーメッセージが表示されます。必要なリソースをダウンロードできませんでした。ダウンロードを再開するには、ページを更新してください。

フォーラムやブログでインターネット上のほぼすべてのオプションを試してみましたが、役に立ちませんでした.

誰かがこれで私たちを助けることができますか? 私たちはこの問題を解決するために本当に必死です。

IISでワークフローサービス（xamlx）をホストしています。これには、MethodAやMethodBなどの受信アクティビティがあります。これらのメソッドを呼び出すクライアントとしてMVCアプリケーションを作成しました。PageAでは、ユーザーがフォームを送信するとMethodAが呼び出され、ワー​​クフローはMethodBを待機しているReceiveActivityに移動します。次に、ページBで、ユーザーがフォームを送信すると、MethodBが呼び出されます。ただし、ユーザーがPageAで送信してから、PageAに戻って同じワークフローインスタンスを再度送信すると、1分待って、タイムアウト例外が発生します。

00:01:00以降、応答を待っている間に要求チャネルがタイムアウトしました。Requestの呼び出しに渡されるタイムアウト値を増やすか、BindingのSendTimeout値を増やします。この操作に割り当てられた時間は、より長いタイムアウトの一部であった可能性があります。

このエラーはWCFに起因するようですが、次のエラーが発生すると思います。

インスタンスキー「guid」がインスタンスに関連付けられていなかったため、InstancePersistenceCommandの実行が中断されました。これは、インスタンスまたはキーがクリーンアップされているか、キーが無効であるために発生する可能性があります。キーが生成されたメッセージが間違った時間に送信された場合、または誤った相関データが含まれている場合、キーは無効である可能性があります。

少し質問があります：

1. タイムアウト例外がキャッチされるまでしばらく待つのではなく、別の例外をキャッチできるように設定できる構成はありますか？バインディングタグでより小さなタイムアウト値を設定できることは知っていますが、それは解決策ではありません。

2. ワークフローインスタンスが正しい状態にないときにPageAが表示されないようにする方法はありますか？（これが行われたとしても、ユーザーがPageAを開いて送信する前にしばらくアイドル状態になる可能性があるため、問題1も解決する必要があります）

ありがとう。

コード アクティビティがフローチャートによって呼び出される WCF ワークフロー サービス (xamlx) があります。

呼び出す必要がある WCF サービスへのサービス参照を追加しました。しかし、この WCF サービスのクライアントは、それを使用する必要があるコード アクティビティからは見えません。

代わりに、クライアントがツールボックスに表示されるので、ワークフローでのみ使用できます。

ただし、次のようなコードで使用できるようにしたいと考えています。

エンドポイントがServiceHostクラスに追加されるのと同じ方法で、カスタム エンドポイントを使用してWorkflowServiceHostを拡張することは可能ですか? たとえば、インターフェイスICustomTrackingをBasicHttpBindingで実装するエンドポイントです。

構成ファイルではなく、コードを使用したソリューションを探しています。

何か案が？

WF4.5とMicrosoft.Activities.UnitTestingを使用しています。ワークフローサービスのDefinitionIdentityを定義しました。WorkflowServiceTestHost.Openが呼び出されると、次の例外が発生します。

System.NotSupportedException：InstanceStoreの永続性プロバイダーの実装は、{urn：schemas-microsoft-com：System.Activities.Persistence /command}CreateWorkflowOwnerWithIdentityという名前のコマンドをサポートしていません。別のプロバイダーを選択するか、この永続化コマンドが試行されないようにしてください。

Microsoft.Activities.UnitTesting.Persistence.MemoryStoreがCreateWorkflowOwnerWithIdentityCommandに対応していなかったためと思われます。誰かがそれを実装しましたか？ありがとう。

ワークフローサービスを使用するコンソールアプリケーションを作成しています。Visual StudioをIISプロセスに接続して、2つのVisual Studioコンソールでアプリケーションをデバッグしようとしましたが、機能しませんでした。その後、サービスで何かを実行しようとすると（サービスの更新、サービスのビルド、サービスのオープンブラウザなど）ジャストインタイムデバッガがポップアップします：未処理のMicrosoft.netフレームワーク例外がw3wp.exeで発生しました[毎回異なる番号がここにあります]

PS IISで実行中のサービスがあり、セットアップを変更する前は問題はありませんでしたが、再起動した後でもこの問題が発生します。

asp.net 4.0 で実行時間の長いワークフローを 1 つ作成しました。

この WF は 1 回開始され、停止することはありません。このワークフローを Web アプリケーションから開始しました。Global.asax では、

データベース トランザクションにコード アクティビティを使用しました。

補充の処理 - 何らかの理由で保留になっているリクエストを確認し、要件が完全に満たされているかどうかを確認し、有効な場合は次に進み、そうでない場合は再度保留します。それに関する通知メールを送信します。

LicenseRequest - 有効な要求を確認します。

Sleep 30 Sec - スレッドを 30 秒間スリープさせます。

リクエストに応じて処理 - リクエストに応じて処理し、それに関する通知メールを送信します。

Sleep 1 Min - スレッドを 1 分間スリープさせます。

私にとっては問題なく動作しますが、サーバー上でいくつかの問題が発生します。

1. しばらくするとワークフローが停止します
   • これは毎日起こるわけではありません。そのため、手動で開始します。

2. エラー ：

   コンテキストは現在、エンティティを追跡していません。パラメーター名: System.Data.Services.Client.DataServiceContext.UpdateObject のエンティティ (オブジェクト エンティティ)、LicenseWF.SaveLicenseData.Execute (CodeActivityContext コンテキスト) のエンティティ

   • これは有効なリクエストで発生しますが、すべてではなく、2 日で 1 つ取得されます。

何かアイデアがあれば、私に提案してください。前もって感謝します...