問題タブ [wcf-interoperability]

名前が「CaseJacketPort」で契約が「GrandJuryService.CaseJacket」のエンドポイント要素が見つからないというエラーが発生する

私のApp.configから：

としても

なぜ彼らがお互いを見ることができないのか分かりませんか？
エラーには、「これは、アプリケーションの構成ファイルが見つからなかったか、この名前に一致するエンドポイント要素がクライアント要素に見つからなかったことが原因である可能性があります」と表示されます。

i ^F を検索してポインターを検索すると、すべてが互いに指し合っているように見えます。

何か案は？

ティア

__スティーブン

WCFサービスとJavaクライアントに問題があります。お時間をいただきありがとうございます。できるだけ多くの情報を提供するよう努めます。

サーバーのエンドポイントはBasicHttpBindingです。サーバーをWindowsサービスとしてIISでホストしようとしましたが、何も変更されていません。奇妙なことに、単純なクラスを使用するとクライアントがうまく機能します。クラスをJAppletに切り替えた瞬間に、問題が発生します。

EclipseをIDEとして使用していますが、AxisとMetroを試して、同じ悪い結果のスタブを生成しました。

これは、すべてが機能しているJavaクラスの例です。

エラーが発生するJAppletの例を次に示します。

アプレットがロードされた瞬間にエラーが発生しますが、これはまったく同じ呼び出しであるため、アプレットを使用して例外が発生する理由がわかりません。また、Silverlightクライアントからこれを呼び出そうとしましたが、セキュリティ例外が発生していました。ここで、clientaccesspolicy.xmlとcrossdomain.xmlについて知り、clientaccesspolicy.xmlをサービスに追加すると、Silverlightクライアントが正常に機能するためです。 crossdomain.xmlを試してみることを決めましたが、何もしませんでしたが、アプレットはまだ機能しません。最後にスタックトレースを配置します。ありがとうございました。

フアン・ザムディオ

このWikiは、WCFで相互運用可能なWebサービス（クライアントではない）を作成するためのベストプラクティスを収集するために開始しています。一般的に相互運用できない、または特定のプラットフォームと相互運用できない機能をご存知の場合は、経験を共有してください。

WCF が例外をエラーに変換し、SOAP メッセージとして送り返すことは理解していますが、これが本当に相互運用可能かどうか疑問に思っていました。この考えられるシナリオを理解しようとするのに苦労していると思います：

1. クライアント (Java) が WCF サービス (LoginService) を呼び出します。
2. サーバーは適切な承認をチェックしますが、ユーザー承認は失敗します。
3. サーバーが UnauthorizedAccessException をスローします。
4. WCF はこれを Fault に変換します。(* - 以下も参照)
5. クライアントは、このフォールトの読み取り方法を認識できなければなりません。

.NET が UnauthorizedAccessException からエンコードする SOAP Fault を Java が変換する方法を Java が認識していることを期待しているため、これがどのように相互運用可能であるかを理解するのに苦労していると思います。

• また、.NET が実際にどのように例外を障害に変換するのか、障害コード、名前などとして何が入るのか。おそらく障害名が「UnauthorizedAccessException」のように「当然」のように見えるものもありますが、私は '推測するよりも確実に知っている方がよい。

名前が示すように... 現在、私は BasicHttpBinding を使用していますが、WSHttpBinding に切り替えても Java などと相互運用できるかどうか疑問に思っています。

WCFの使用、サービスの作成、クライアントサポートについて話し合っています。

現在、サービスライブラリクライアント側のSilverlightバージョンを提供することで、Silverlightクライアントをサポートしています。これにより、インターフェイスを使用して定義されたサービスコントラクトの強い型付けを維持できます。

これは問題ありませんが、WSDLには多くのメソッドがArrayOfAnyTypeを返し、すべてがクライアント側のオブジェクトであるため（正しいタイプにキャストできますが、私が言ったように）、インターフェイスでサービスを定義すると、他のクライアントにとって厄介になります。 、その厄介な）。

メッセージ転送に明示的なDTOを使用するようにサービスを書き直し、同様のクライアント側ライブラリを使用してビジネスオブジェクトを再作成することで、サービスの相互運用性を大幅に高めることができます。

ただし、これを行うと、EntityFrameworkとそれが提供する自己追跡エンティティを使用するなど、いくつかのオプションがブロックされるように見えます。これらは、クライアントとサーバーで同じライブラリを共有する必要があり、相互運用性がないためです（これがある場合は修正してください）間違い）

相互運用性と、箱から出してすぐに使用できるより多くの機能にアクセスできることの間にはトレードオフがあるようで、ソリューションのより迅速な開発が可能になります。

だから私の質問は、相互運用性がなく、.netとSilverlightクライアントのみをサポートすることを決定することによってどのような利点が得られるかです（Silverlightクライアントをサポートすることが相互運用性がないと見なすことができる場合）？また、相互運用可能であると判断することで、どのような便利な.net機能をブロックできますか？

両方のタイプのソリューションを共存させるための標準的な手法はありますか？それにより、利用可能なすべての機能を使用して.netクライアントをサポートしながら、他の.net以外のクライアントを適切にサポートできますか？

WSHttpBindingを使用しているWCFWebサービスがあります。セキュリティはTransportWithMessageCredentialです。ヘッダーのTo要素が署名されていないSoapメッセージを送信しているクライアントが接続しています。私のサービスはこれが気に入らず、「トランスポートセキュリティを介して受信したメッセージに署名されていない「宛先」ヘッダーがあります」というメッセージとともにSystem.ServiceModel.Security.MessageSecurityExceptionをスローしています。WS-Security仕様で具体的に指定されている要素の署名を見つけることができませんでしたが、リダイレクト攻撃を防ぐために推奨されていることを確認しました。

では、To要素が署名されているかどうかをチェックしないようにWebサービスを構成する方法があるかどうか誰かが知っていますか？問題の反対側でもありますが、このクライアントが私に接続している方法を変更することはできません。

基本的に、それらは両方とも相互運用可能ですか、それとも単なるアレイですか？

基本的に質問が述べているように、サービスを非同期にすると、サービスが相互運用できなくなるということですか?

WCF/.NET Framework 4.0 (C#) を使用して非常に単純な Web サービスを作成しました。svcutil.exe ユーティリティを使用して WSDL ファイルを生成しました。Eclipse (Java EE) を使用して WSDL ファイルをインポートすると、次のエラーが発生します。

XSD: 属性参照 'http://schemas.microsoft.com/2003/10/Serialization/#Id' は解決されていません XSD: 属性参照 'http://schemas.microsoft.com/2003/10/Serialization/#Ref'未解決です

以下を使用して、参照保存をオンにして DataContractSerializer を使用しています。

[DataContract(IsReference = true)]

このオプションをオフにすると、上記のエラーは消えます。SO の別のスレッドで提案されているように、WSDL ファイルもフラット化しました。