問題タブ [wsdualhttpbinding]

wsDualHttpBinding を使用して単純な WCF サービスを構築しました。ローカル エンドでは正常に動作していますが、別のサーバーでサービスを公開し、そのサービスを WPF プロジェクトで使用しようとするとエラーがスローされます。

エラー：

内部例外:

サーバー構成:

クライアント構成:

インターフェース：

インターフェースの実装:

ユーザー名パスワード サービス クラスを検証します。

呼び出し方法:

応答コールバック:

ありがとう

ドメインコントローラーのないイントラネット環境で wsDuallHttpBinding とともに使用される WCF サービス (IIS によってホストされる) があります。

一部のクライアント ワークステーションは WCF サービスで完全に動作しますが、一部のクライアント ワークステーションは接続を確立できません (タイムアウトに達します)。その間http://my-server/my-service.svc、すべてのクライアントのブラウザでファイルを開くことができ、「wsdl」の説明を取得できます。一部のクライアントは、ファイアウォールが原因で双方向通信を確立できないと思います。どうすればそれを確認できますか？できれば構成ファイルで、クライアントのコールバックポートを制御するにはどうすればよいですか?

クライアント構成は次のようになります。

私はこの問題に1週間以上苦労しています。WSDualHttpBinding で動作するサードパーティの WCF Web サービスがあります。それらからのwsdlファイルがあり、通信しようとしています。私が使用した：

1. Java コードを生成する Metro。試してみましたが、うまくいきませんでした。{tempuri.org} //WebServiceName が適切な名前ではないなどの問題がありました。Web サービスのリストは次のとおりです。
2. SoapUI - 通信しようとしたところ、202 が受け入れられました。私はwiresharkを使用しましたが、Webサービスがsoap xmlを適切に処理できないようです。soapUI が WSDualHttpBinding をサポートしているかどうかはよくわかりません。

ヒント、記事、または解決策を本当に感謝しています。

WCF サービスを使用してアプリケーションを開発しています。

クライアント アプリはデスクトップ WPF アプリであり、wsdualhttpbinding プロトコルを使用してサーバーと通信します。ローカル マシンではすべてが正常に機能していますが、リモート サーバーに展開すると機能しません。アプリケーションは例外をスローしませんが、サーバーのログに、リクエストが受け入れられたことが示されていますが、応答がありません。

アプリケーションはローカル マシンで動作しているため、正常に動作すると考えています。問題は .config ファイルにあります。

私たちの web.config:

そして、これは私たちの app.config:

前もって感謝します！！！

WPF アプリケーションでのみWCF WSDualHttpBinding を使用すると問題が発生します。変更前は、この WCF が機能していました。今は機能していません。ServiceBehaviour (ConcurrencyMode および InstanceContextMode) のみを次のように変更しました。

その後、WCF が応答しません。例外の詳細を参照してください。何か案は？

編集

コールバックを使用して、25 MB を超えるサイズのデータ​​を複数のクライアントに同時に送信しようとしています。wsdualhttp バインディングを使用してサービスを実装しました。サービスが同時に 3 つ以上のクライアントにデータを送信しようとすると、「System.OutofMemory」および「メモリの割り当てに失敗しました」という例外がスローされます。serviceThrottling、maxItemsInObjectGraph、および maxBufferPoolSize に関連する値を設定しました。また、ストリーミングも使えません。これを達成する方法はありますか？

// サーバ側

//クライアント側

そのため、WSDualHttpBinding を使用しているときに WCF でコールバックを実行するときに、クライアントがまだ使用可能であることを確認すると、この問題が発生します。ポーリングは、高価で信頼性の低いソリューションです。クライアントのアドレス (OperationContext.Current.Channel.RemoteAddress) への単純な HTTP POST または GET で、少なくともクライアントがそこにいるかどうかがわかると思いました。おそらくまだ 400 という不正な要求エラーが発生しますが、それが 404 または 503 でない限り、クライアントがまだそこにあると想定できます。これはまだ少しぎこちないように思えるので、コールバックを行う前に RemoteAddress をチェックするロジックの重大な欠陥を指摘したり、他のアイデアを持っている人がいないかどうか疑問に思っていました。

net.tcp バインディングによって構成された WCF サービスがあります。クライアントからサービスに到達し、そのメソッドを呼び出すことができます。また、OperationContext.Current に到達できます。そのような：

クライアントが Service の Register メソッドを呼び出すと、チャネルが CallBacker.Client に格納されていることがわかりますが、CallBacker > Call(string message) の「Call」メソッドを呼び出すと、クライアントが null になります。

奇妙なことに、サービス構成を net.tcp から wsdualhttpbinding に設定すると、完全に機能します。この奇妙な問題を引き起こす可能性のある net.tcp と wsdualhttpbinding の間に違いはありますか?