問題タブ [instancecontextmode]

そのため、Windows サービス内で自己ホストされるステートフルな Wcf サービスを実装しました。
私はこのサービスをリモート ハードウェア ドライバー (一種) として使用しています。
サービスは基盤となるハードウェアへのシリアル アクセスを強制する必要があるため、次の属性を持つ一意の単一インスタンスとしてサービスを設定します。

それは正しく動作しますが、Castle に依存関係を管理してもらいたいのですが、ここで問題が発生します。
依存性注入とシングル インスタンス モードがうまく連携しないことがわかりました (ここに参照がありますが、さらに多くのグーグルを見つけることができます)...

システムにインストールされているデバイスごとに異なるインスタンスが必要なため、Castle が提供する標準のシングルトンを使用できないことに注意してください (同時に複数存在する可能性があります)。したがって、キャッスルのデフォルトの有効期間を使用することは、私にとってオプションではありません。

編集
要求に応じて、サービスを登録して解決するために使用するコードを追加しました。これは非常に標準的で、下線を引くものは何もないと思います。
これは、サービスを登録するために使用するコードです。

これは、サービスを解決するために使用するコードです。

特別なことは何もありませんが、それでも役に立つかもしれません。

質問: Castle と InstanceContextMode.Single を連携させることができた人はいますか? それは可能ですか？
ソリューション/アイデアを共有できますか?

WCF ベースの ERP アプリケーションを開発しています。私のサービスは、Per Call インスタンス モードと同時実行モード Multiple を使用しています。
認証にカスタム UserName/Password バリデーターを使用しています。Per Call サービスでは、呼び出しごとにサービス インスタンスが作成されるため、認証の処理方法がわかりません。

各サービス要求でユーザー名とパスワードを送信し、サーバー側で検証するのは正しいアプローチですか?
その場合、クライアント側で、ユーザーが入力したユーザー名とパスワードを保存する必要がありますか?

ユーザー名/パスワードベースの認証を行うためのより良い方法があれば、私に知らせてください。

WCF によって作成された Web サービスがあり、データの追加や更新など、クライアントの要求に応答できます。

一部のメソッド（メソッドAと想定）は処理に長い時間を費やすため、サービスContextの主要部分を呼び出しましょう。ただし、メソッドにサーバーを保持させたくありません。Aを呼び出すと、リクエストを処理するための新しいインスタンスが作成され、サーバーは通常どおり他のサーバーのサーバーを続行できます。

しかし、私の問題は、毎回メインスレッド(UIスレッド)を使用してサービスを提供するため、 Aを呼び出すと、 Aが完了するまでサーバーが長時間応答を停止することです。

何か見逃しましたか？私はWCFの初心者なので、間違いがあれば教えてください。

私は、wcf を使用してサーバーと通信し、更新が必要なときにユーザーをキックオフするランチャーに取り組んできました。

これまでのところ、クライアントからサーバーへ、およびクライアントに戻る関数のチェーンがある場合を除いて、すべて機能しています。コールバックが別のスレッドの新しいインスタンスにあるように見えます。つまり、コールバックは GUI レイヤーに反映されません。

特定のクライアントにコールバックするときに使用するクラスにコールバックのインターフェイスを保存することで、開始時と同じクライアントランチャーのインスタンスにコールバックする方法を知りたいです。

私が考えていることは起こっている：

私が起こりたいこと：

ServiceBehavoir.InstanceContexModeAzure で WCF サービスをホストするときにWCF がどのように影響を受けるか知っている人はいますか?

インスタンス化用に構成され、PerCallオンプレミスで複数の同時要求を処理するサービスは、Azure でホストされている場合、2 つを超える同時要求を処理していないようです。リクエストを抑制する他の設定はありますか?