問題タブ [nservicebus]

NServiceBus 経由でメッセージを送信できません。Win7 x64で開発しているASP.Net MVC Webアプリがあり、web.configを次のように構成しました

application_start では、次のように配線します。

起動したアプリで興味のあるアクションが発生したとき

ModelSupplierDetailsUpdatedMessage は、インターフェイス マーカー IMessage を使用し、Serializable 属性で装飾された PricingInformation.Messages の単純なクラスです。

MSMQ キューはセットアップされており、トランザクションではなく、NETWORK SERVICE と IIS_IUSRS を含む全員が完全に制御できます (必死のトラブルシューティング手段で)。

log4net は次のことを示しています。

DEBUG NServiceBus.Utils.MsmqUtilities 14 - キューが存在するかどうかを確認しています: エラー。DEBUG NServiceBus.Unicast.UnicastBus Worker.15 - NServiceBus.SagaPersisters.NHibernate.NHibernateMessageModule で 'HandleBeginMessage' を呼び出しています INFO NServiceBus.Unicast.UnicastBus Worker.15 - ワーカーが初期化されました。DEBUG NServiceBus.Unicast.UnicastBus Worker.15 - NServiceBus.SagaPersisters.NHibernate.NHibernateMessageModule で ' HandleEndMessage ' を呼び出しています DEBUG NServiceBus.Unicast.UnicastBus 9 -メッセージを送信していますニュートラル、PublicKeyToken=null、ID 2c642672-1bf1-48d4-a90f-734e2fdd726d\8267 を宛先 worker2 に送信します。

それでも、何を試しても、何を微調整しても (すでに 3 時間かかりました)、メッセージがキューに表示されることはありません。私は例外を見つけることができず、すべてにデバッグレベルのログを記録しています..おそらく何か簡単な助けがあります

ディストリビューターからジョブを取得するワーカーとして機能し、ある種のメッセージをサブスクライブするようにエンドポイントを構成することは可能ですか？

私は次のシナリオを持っています（販売用語に適合）

*）中央部門は時々新しい価格のリストを公開します。すべての労働者に通知する必要があります。つまり、ワーカーはこのイベントにサブスクライブする必要があります。

*）新しい注文がセントラルに到着すると、ディストリビューターに送信され、ディストリビューターは次のアイドル状態のワーカーに送信して処理します。つまり、ディストリビューターからメッセージを受信するようにワーカーを構成する必要があります。次の構成を使用します。

ワーカーとしてのみ、またはサブスクライバーとしてのみ構成すると、すべてが期待どおりに機能しますが、両方として構成した場合は機能しません。

中央の入力キューに、ディストリビューターのアドレスがワーカーアドレスではなくリターンアドレスとしてメッセージが到着し、この場合、パブリッシャーはサブスクライバーを認識しないことを発見しました。何か案は？前もって感謝します。

私はnserviceバスで遊び始めたばかりで、パブリッシングを機能させようとしています。いくつかのメッセージが欠落しているように見えるリスナーがいます。それはで構成されています

興味深いことに、NumberOfWorkerThreadsを1に設定すると、他のすべてのメッセージが常に失われます。値が大きいほど、確定性が低いように見えます。私のメッセージハンドラーには

バスは次のように構成されています

次のメッセージを受信する準備ができて解放されるように、ハンドラーを終了する必要がありますか、ハンドラーがビジーの場合にメッセージを保持するためのクライアント側のキューがあるようにする必要があります。メッセージを送信する間隔は重要ではないようです。20秒かかる可能性がありますが、リスナーはまだすべてのメッセージを取得していません。

nServiceBusのすべてのサンプルがスタンドアロンプ​​ロセスであることがわかりましたが、winformと統合できますか？はいの場合、サンプルはどこにありますか？

nservicebus を使用してメッセージを公開する mvc を作成しました。これは Cassini の下で正常に動作します。

IIS を使用しようとすると、Create() を呼び出してバスを作成すると、エラー メッセージが表示されます。

メッセージ キュー システムへのアクセスが拒否されました。説明: 現在の Web 要求の実行中に未処理の例外が発生しました。エラーの詳細とコード内のどこでエラーが発生したかについては、スタック トレースを確認してください。

例外の詳細: System.Messaging.MessageQueueException: メッセージ キュー システムへのアクセスが拒否されました。

IIS 仮想ディレクトリの匿名アクセス ユーザーを、ローカル マシンの管理者グループのメンバーである自分のドメイン アカウントに設定しました。この同じユーザーに、キューに対する完全なアクセス許可と、NETWORK SERVICE および ASPNET を許可しました。

この問題に関するヘルプは大歓迎です!

NServiceBus FullDuplexサンプルでディストリビューターを使用しようとしていますが、動作させることができません。このガイドに従ってNServiceBusディストリビューターを機能させていますが、機能しません。

2つの問題があります。1つはdistributordatabusが作成されていないことです。ディストリビューターがこれを作成する必要があると思います。これは、ディストリビューターを起動したときに発生するエラーです。何かすることがあると思います。

2番目の問題は、クライアントを起動したときに、distributordatabusが見つからないために起動しないことです。これは例外です。

エンドポイントの起動時に例外が発生し、エラーがログに記録されました。理由：宛先キュー'distributordatabus'が見つかりませんでした。構成ファイルのUnicastBusConfigセクションのMessageEndpointMappingsで、この種のメッセージの宛先（NServiceBus.Unicast.Transport.CompletionMessage）を誤って構成した可能性があります。また、特定のキューがまだ作成されていない場合もあります。または削除されました。

これは私にはわかりません。クライアントがリモートキューを存在させる必要があるのはなぜですか？

もう1つ、トランクバージョンを使用しています。

よろしく、

Jochen

TimeToBeReceived 属性を使用して NServiceBus にメッセージを実装できることはわかっていますが、nservicebus には、TimeToBeReceived 属性で構成された時間が経過しても送信されたメッセージが受信されなかった場合にイベント ハンドラーを実行するためのインフラストラクチャ機能がありますか?

NServiceBus を使い始めたばかりで、コードで MsmqTransport を構成するときに何が欠けているのかわかりません。パブリッシャーを次のように構成すると、

そして app.config はそのように

その後、すべて正常に動作します-キューが作成され、喜んでメッセージを送信できますが、キューを削除してから、次のようなコードで再試行すると;

メッセージはどのキューにも表示されず、処理されないため、失われているようです。何かが足りないと思いますが、どこにあるのかわかりません。

パブリッシャーを実装しようとしています-asp.net（wcf）Webサービスのプロジェクトにサブスクライブします。global.asaxでバスを作成しようとしているとき

しかし、それはバスを作成していません..それからそれは例外を投げています

どうすればこれを回避できますか？........途中で打たれます...

nRk

まず、現在の状態について説明します。
サーバーは、異なるマシン上の 1 つまたは複数の win サービスでホストされている複数の WCF サービスで構成されています。

1. さまざまなデバイスからデータを受信するサービス。デバイスとの通信は、ソケットを使用して実装されます。サービス インスタンス モード - シングルトン。
2. データ ブローカー サービス - データの永続化とリクエストによる共有を担当します。インスタンス モード - シングルトン。
3. 構成サービス - 構成データベースの変更と管理コンソール (SSMS などの WPF アプリ) の操作を担当します。コンソール、加入者管理などからの接続を処理します。インスタンス モード - シングルトン。
4. クライアント アクセス サービス - 上記のクライアント管理とまったく同じですが、クライアントに新しいデータを通知し、サービス バスへのファサードのように機能します。そして再びシングルトン。
5. ID 管理サービス - 権限を確認し、結果を返します。シングルトン。

これらのサービスはすべて NServiceBus に接続されており、現時点での動作が非常に気に入っています。

ただし:
シングルトンが多すぎます。主な理由は、サービスバスを使用するには、それの単一のインスタンスが必要です。セッション モードで nservice バスを使用できるかどうかはわかりませんが、これらのサービスすべてが 1 つのキューを使用するという問題を処理する方法がわかりません。

300 人以上のクライアントがいる場合はどうなりますか? シングルトンが応答しなくなる可能性があります..

そして、これらすべてについて何人かの批評家に尋ねたかったのですが、誰かが何か提案できるかもしれません.

前もって感謝します。
アレクセイ