問題タブ [workflowservice]

作成した WF サービス (MyFoo.xamlx) にエンドポイントなどを提供する方法を見つけようとしています。通常、Service を作成するときは、Service name="" に作成したサービスのタイプを反映させる必要がありますか? つまり、次のように入力します。

<Service name="MyNameSpace.Foo" behaviorConfiguration="myFooBehaviorConfig">

これは典型的な .svc シナリオで機能し、正常に機能することができます。この概念を .xamlx サービスにどのようにマッピングするのでしょうか? その中で、サービス名の中にFoo.xamlxを入れても機能しないか、機能していないように見えます (メタデータが有効になっていないため)。

次に、サービスからbehaviorConfiguration属性を削除し、タグから myFooBehaviorConfig<behavior/>も削除すると、基本的にWeb構成のグローバル設定がさらに多くなります-ブーム！.xamlx で公開されているメソッド/操作を確認できますか?

<serviceBehaviors> <behavior name="foo" > 対 <serviceBehaviors> <behavior >

最初はこれは素晴らしいことで、労力は必要ありませんが、同時に、開発者が HTTP エンドポイントやネットパイプにアクセスすることを望んでいません。指定したnet.tcpポートからのみ着信するようにします。それを行うには<Service name=""/>、どうにかして xamlx に一致させる必要がありますか?

また、空の .svc ファイルを作成し、その方法で xamlx を指すというトリックを使用してみました (開発者が常に .svc であり、.xamlx ではないと想定するように)

<%@ ServiceHost Language="C#" Debug="true" Service="ActivityHubService.xamlx" Factory="System.ServiceModel.Activities.Activation.WorkflowServiceHostFactory" %>

繰り返しますが、動作の命名などを削除すると、これも foo.svc を介して機能します..しかし、一致する a 全体<service> をフリーキン xamlx でクラックすることはできないようです!! :)へへへ。

もどかしい..

この分野の専門家はいますか？

ワークフローサービスホストが次のタイプのRedirectionExceptionをスローする根本的な原因は正確には何である可能性がありますか。

のドキュメントRedirectionExceptionはWCFに関して一般的であり、その目的はわかりますが、ワークフローサービスホスト自体がそれをスローするトリガーとなる条件がわからず、ドキュメントがないようです。

元のワークフローの既存のインスタンスが再ロードされるのを防ぐために、既存のワークフロー サービスに加えることができるすべての種類の変更を示したリストはどこかにありますか? たとえば、最近カスタム アクティビティに小さな変更を加えた ("if" ステートメントの条件を変更した) と、既存のワークフロー インスタンスはすべて通常どおり読み込まれます。以前、ワークフローが使用するオブジェクトのプロパティを削除したことがあり、永続化されたワークフロー インスタンスを再ロードしようとすると、問題が発生しました。

そのようなリストは存在しますか？ありがとう！

現在、SharePoint に実装されているかなり大規模なドキュメント ルーティング フレームワーク (厄介な SP ワークフローの大規模なセットを含む) があり、SP で簡単に実行できる限界に達しています。.NET への書き換えが予定されています

私はこの 1 週間ほど、WF4 の議論やデモンストレーションを読んだり見たりして、WF4 について理解を深めてきました。これが正しい解決策だと思うからです。ただし、システムがどのように構成されるかを想像するのは難しいので、経験のある人からのいくつかの点についてのガイダンスが必要です。

• ドキュメントに対して承認を得る必要があるとしましょう。wf が開始されると、誰が承認するかが決定され、その人に電子メール通知が送信されます。通知内で、ユーザーは ASP.NET ページを読み込んで承認または拒否することができます。その後、ワークフローを電子メールの送信ステップから再開する必要があります。これを WCF WF サービスとして実行することを計画している場合、一時停止されたサービスの正しいインスタンスに戻るにはどうすればよいですか? (AppFabric と永続性を構成したことを考えると) 相関ハンドルの考え方は多少理解できますが、この場合を意図したものではないと思います。

• ロギングと監査は、このシステムの鍵となります。AppFabric がこのデータのイベント ログを作成していることはわかりますが、基になるデータベースをクラックしていません。レポートに使用するのは簡単ですか、それともアクションを処理するカスタム ログ アクティビティを作成する必要がありますか? 経験から、あなたはどちらをお勧めしますか?

あなたが提供できるガイダンスに感謝します。必要に応じて、さらに例を挙げていただければ幸いです。

永続化、追跡、およびバージョン管理が必要な長時間実行ワークフローを備えた Silverlight アプリを開発しています。ワークフロー サービス (AppFabric でホストされている) を使用する必要がありますか、それとも ASP.NET Web アプリの一部として使用する必要がありますか?

シナリオは次のとおりです。

私は複数のクライアントを持っており、WCF 要求を使用してワークフロー サーバーに登録し、何らかの通知を受け取ることができます。通知の情報は、別の受信アクティビティを使用して外部システムから受信されます。その後、ワークフローは通知情報を取得し、送信アクティビティとコールバックの相関関係を使用して登録済みのすべてのクライアントをコールバックする必要があります (クライアントは、そこに実装されているコールバック インターフェイスと、登録要求で最初に渡されたエンドポイント アドレスを公開しています)。「ログ実行ワークフロー サービス」アプローチは、永続ストレージで使用されます。

ここで、外部システムから受信した通知の着信情報を、登録要求時に以前に作成された永続化されたワークフロー インスタンスと関連付けて、すべてのクライアントが既に渡されたエンドポイントを使用して通知されるようにする方法を探しています。登録リクエスト。WF 4.0 では、何らかの方法でエンドポイントを手動で保存せずに通知の情報を受け取ったときに、複数のワークフロー インスタンスを再開して実行できますか? はいの場合、どうすればそれを行うことができますか?

また、私のアプローチが正しくない場合は、WCF サービスを使用してそのようなシステムを実行するベスト プラクティスについてアドバイスしてください。

あなたの助けは非常に高く評価されています。

Jsonシリアル化でJQueryを使用してWF4ワークフローサービスを呼び出す方法は？

ありがとう

jqueryからWindowsワークフロー4サービスを呼び出すにはどうすればよいですか? なるほど、soap プロトコルが使用されています。これを変換してjsからjson出力を取得するにはどうすればよいですか? 私は wcf を使用したことがないので、わかりません。おそらくこれは簡単なことです。

私は現在、WF4ステートマシンをワークフローサービスとして実装したいプロジェクトに取り組んでいます。過去にWF3.5を使用したことがあるので、基本は理にかなっているようです。ただし、私たちが遭遇した問題の1つは、任意の状態（または少なくとも1つ以上）でワークフローのインスタンスを作成できるようにしたいということです。複数のReceiveアクティビティでCanCreateInstanceプロパティを選択すると、例外がスローされます。

私は彼のブログからの相関に関するモーリスの提案をいじってみましたが、それをステートマシンに適用する方法を理解することができませんでした。

ASP.NET3.5とWF3.5を使用しています。

私が持っているコードは常にFileNotFoundExceptionを与えています。2つのワークフローインスタンスを作成しましたが。2番目のワークフローではなく、最初のワークフローを取得しようとし続けます（アセンブリが存在しないことを通知します）。これは私のコードです：