問題タブ [workflowservice]

現在、ワークフロー アプリケーションで未処理の例外が発生した場合、ワークフローは最後に保持された状態から再読み込みされ、再試行されます。これが正確にどのように機能するかを構成する方法はありますか? たとえば、サービスがダウンしている場合、ワークフローは毎秒リロードして再実行を試みますが、複数のワークフローがすべて同じことを行っている場合、毎分数千の例外が発生する可能性があります。

これには、workflowIdle で timeToPersist および timeToUnload プロパティを使用することが関係している可能性があります。現在、これは次のように設定されています。

timeToUnload を 1 分に設定すると、ワークフローは 1 分に 1 回しか再試行できないということになりますか?

WCF ワークフロー サービスのクライアント アプリケーションとして MVC アプリケーションがあります。ワークフロー インスタンス ID と承認および拒否リンクを含むワークフローから電子メールを送信しました。承認と拒否のリンクをクリックすると、MVC コントローラーが呼び出され、コントローラーはワークフローを呼び出して実行を再開する必要があります。 -0166-4560-8085-be183710c6a4' は現在実行できません。操作が正しい順序で実行されていること、および使用中のバインディングが順序どおりの配信を保証していることを確認してください。

私は WCF ワークフロー サービス アプリケーションに取り組んでいます。順番に 2 つの ReceiveAndSendReply アクティビティがあります。両方のアクティビティで CanCreateInstance を true に設定しましたが、2 番目の ReceiveAndSendReply アクティビティにアクセスできなくなりました。順番に実行する必要があるため、これを知っていますか？次に、いつでもメソッドのいずれかを呼び出すことができるように、WCF サービス メソッドを作成するにはどうすればよいですか。これは、ステート マシン ワークフローを作成することで実現できると思いますが、WCF ワークフローで作成する方法を教えてください。

asp .net アプリケーションからワークフロー サービスを呼び出そうとすると、次のエラーが発生します。何かアイデアや助けをお願いします?

System.ServiceModel.FaultException: WorkflowInstance '2dde84a5-da6e-4951-a404-d659fb23b5bd' が終了したため、操作を実行できませんでした。サーバー スタック トレース: System.ServiceModel.Channels.ServiceChannel.HandleReply(ProxyOperationRuntime 操作、ProxyRpc& rpc) で System.ServiceModel.Channels.ServiceChannel.Call(String アクション、Boolean oneway、ProxyOperationRuntime 操作、Object[] ins、Object[] outs 、TimeSpan タイムアウト) System.ServiceModel.Channels.ServiceChannelProxy.InvokeService(IMethodCallMessage methodCall、ProxyOperationRuntime 操作) で System.ServiceModel.Channels.ServiceChannelProxy.Invoke(IMessage メッセージ) で例外が再スローされます [0]: System.Runtime.Remoting.Proxies で.RealProxy.HandleReturnMessage(IMessage reqMsg, IMessage retMsg) System.Runtime.Remoting.Proxies.RealProxy.

JavaScript json 呼び出しから Workflow サービスの Receive アクティビティ メソッドを呼び出すことはできますか? WCF サービスと同じ json エンドポイントを定義しようとしています (WF サービスは WCF + WF であるため、通常の WCF 呼び出しと同じである必要があります) が、問題が発生しています。例/リンクは非常に役立ちます。

asp .net プロジェクトにサービス参照を追加せずに、ASP .NET プロジェクトからワークフロー サービスを呼び出そうとしています。Web サービスをサービスとして追加せずに呼び出す方法の例を見つけ、ワークフロー サービスの要件に従って変更しました。それを機能させることは可能ですか？

HttpWebRequest webRequest = (HttpWebRequest)WebRequest.Create(@"http://localhost:3724/Service1.xamlx"); でエラーが発生します。エラー: 内部サーバー エラーです。それを機能させる方法についてのアイデアはありますか？

wcf サービスへの参照としてワークフロー サービスを追加し、クライアント エンドポイントで web.config ファイルを作成しました。プロキシオブジェクトの作成中に問題が発生しました。コントラクトを認識できず、以下のエラーがスローされます -

ServiceModel クライアント構成セクションで、コントラクト 'servicerefname.interfacename' を参照する既定のエンドポイント要素が見つかりませんでした。これは、アプリケーションの構成ファイルが見つからなかったか、このコントラクトに一致するエンドポイント要素がクライアント要素に見つからなかったためである可能性があります。

reference.cs ファイルと構成を確認しましたが、すべて問題ないようです。ワークフロー サービスが WCF から参照されている例にリダイレクトできますか?

注 - .Net 4.0 にある

ワークフロー サービスは、アクティビティを使用してユーザー入力を消費しますReceive。Workflowワークフローに埋め込まれたビジネス ロジックを使用して、呼び出し元からデータを取得するときにいくつかの作業を行います。1 つの例外を除いて、これは素晴らしいことのように思えます。次のワークフローステップがどうあるべきかを発信者はどのように知ることができますか?

たとえば、文書処理がありますWorkflow。ドキュメントがシステムに到着すると、新しいワークフロー インスタンスが作成されます。

作成後、ドキュメントはさまざまなマネージャーによって検証され、追加情報のリクエストが送信され、レビュー済み、クローズ済み、キャンセル済み、マージ済みなどになります。可能な操作の順序はワークフローに保存されます。Receive操作はワークフローの外部で実行され、いくつかの公開されたアクティビティを通じてワークフローに伝達されます。これらの操作の順序は、Receiveワークフロー内にあります (ワークフローとは実際にはそうです)。

ロジックは部門ごとに異なる場合があります。そのため、ワークフローの外でハードコーディングしたくありません。

現在、文書処理は次の状態にあります。

1. 前のReceiveアクティビティが実行されました
2. Workflowいくつかの作業を行い、現在は永続化されています
3. Receiveユーザーが何らかの操作を実行して次のアクティビティを呼び出すと、ワークフローを起動できます

問題は、その操作が何であるか、どのReceiveエンドポイントが呼び出されるべきかを外部コードがどのように知ることができるかということです。

GUI でその情報を使用するための次のステップをワークフローに尋ねる簡単な方法はありますか?

さまざまな段階を経るワークフローをトリガーするフォームを送信する必要があります。最初にどのように開始すればよいですか?それを実現するための簡単な手順はありますか?

私を助けてください。