問題タブ [ws-i]

WCF と大きなファイルを扱う stackoverflow に関する投稿は多数ありますが、一般的な推奨事項はストリーミングを使用することです。これは、相互運用性の高いソリューションとは思えません。

WCF で大きなファイルを処理し、相互運用性を維持するにはどうすればよいですか?

HTTP/S プッシュ用のReliable Secure Profileの .NET 4サーバー側実装を使用しており、利用可能な JavaScript クライアントがあるかどうかを知りたいです。

WS-Addressing、WS-Security、および TLS を含む SOAP 1.1 要求を作成するように WCF クライアントを構成しようとしています。

セキュリティ要件は、メッセージにユーザー名トークン、TimeStamp が含まれていること、および含まれている BinarySecurityToken を使用して TimeStamp が署名されていることです。

次のリンクの例を使用して、WCF クライアント バインディングを作成しました。HTTPS がトランスポート メカニズムとして使用され、MessageSecurity が UsernameOverTransport に基づくように、例を少し変更しました (以下を参照)。

このクライアントによって生成される SOAP メッセージは、呼び出しているサービスの要件をほぼ満たしています。唯一の問題は、wsa:To アドレスと TimeStamp アドレスが署名されていることです。

どの WCF ヘッダーが署名されているかを正確に指定する方法はありますか? クライアントを制限する必要があるため、TimeStamp ヘッダーのみに署名します。

ウィキペディアには、WS-I Basic Profile (BP) 準拠のフレームワークが多数リストされています。ただし、フレームワークがどのバージョンの BP に準拠しているかは明確ではありません。だから私の質問は次のとおりです。

どのフレームワーク/製品 (Java、.NET など) が WS-I Basic Profile 2.0 に準拠していますか?

この質問への回答は、エンタープライズ Web サービス標準の選択に役立つ可能性があります。ほとんどのフレームワークは BP 1.1 に準拠しているように見えますが、問題は、IT 環境が BP 2.0 (MTOM バイナリー添付ファイル、WS-Addressing、SOAP 1.2、および UDDI 3 を含む) にアップグレードする準備ができているかどうかです。

サンプルフレームワークの1 つである IBM WebSphere Message Broker (WMB) を詳しく調べたところ、次の情報が見つかりました。

• プラットフォームは WS-I Basic Profile バージョン 1.1 をサポートします
• プラットフォームは、WS-Addressing や SOAP 1.2 などをサポートします。
• HTTP プロキシ サーブレット パターンを使用することで、Java EE アプリケーション サーバーによって提供されるものと同じサポートを間接的に得ることができます。

ただし、この製品が WS-I Basic Profile バージョン 2.0 をサポートすることを詳述する明確な記述は見つかりませんでした。同じことが多くのフレームワークに当てはまるようです...

イントラネットで .asmx?WSDL リンクとして表示される、MS ベースの Web サービスがいくつかあります。最新の Visual Studio でこの Web サービスを使用する場合は問題ありません。すべてのビジネス オブジェクトには意味があります。Microsoft は、ServiceReference が消費されるときに何らかの秘密のハンドシェイクを使用し、実際の CSharp 型が次のように型付けされた要素の背後にあるという独自の知識に依存していると思われます。<s:schema>

しかし、私たちの部門ではすべて Java を使用する必要があります。私が選んだフレームワークは CXF (v.2.4.2) で、Eclipse、SOAP-UI、Tomcat とうまく連携します。また、相互運用性にも問題があります。まず、すべての wsdl を手動で修正する必要があります。すべて<s:schema> <s:any> are replaced with single <s:any>。この後、CXF はクライアント側 Java の生成を完了することができます。しかし、Java オブジェクトはビジネス向けの POJO ではありません。それらはある種の DOM 要素です。

コードが実行時にテストされると、すべて正常に動作します。ただし、すべてのオブジェクトは DOM 要素として扱われる必要があります。<s:schema>wsld2javaを削除したり、使用したりするときにどこかで間違いを犯したと確信しているため、セマンティクスが失われました。しかし、Java クラスを CSharp と同じくらいきれいに見せるために、CXF で正確に何をすべきでしょうか?

ありがとうございました。

編集: http://msdn.microsoft.com/en-us/magazine/cc188755.aspxでいくつかの手がかりを得ました。誰かが同じ答えを検索したときに、このリンクが後で有効になることを願っています。記事を見つける他の方法は次のとおりです。

MSDN マガジン > 発行物 > 2003 > 4 月 > XML ファイル: Web サービスとデータセット

WS-I Basic Profile 仕様の新しいメジャー リリースで、WSDL 2.0 の使用について読むことを期待していました。残念ながらこれは見つけられませんでした…

誰かがこれに光を当ててくれることを願っています。

誰かがこれが実際に何を意味するのか説明できますか? 例は本当に役に立ちます。

WS-I: (BP2012) document-literal バインディングに、要素属性を持たないメッセージ パーツ要素を参照する soapbind:body 要素が含まれています。

Microsoft MSDNは、要求応答操作の最も一般的なサービス契約を次のように説明しています。

basicHttpバインディングを使用して以下のようなコントラクトを作成すると、WS-Iに準拠しなくなります（SOAPUI準拠チェックを使用）。

最も普遍的な契約も最も相互運用可能だと思います。

WS-Iに準拠していない理由を誰かが説明できますか？さらに重要なのは、Messageクラスを使用すると、Javaクライアントがサービスを利用しにくくなるのでしょうか。

Messageクラスを使用した経験をいただければ幸いです。

編集最初の答えの後：

これは、サービスコントラクトとオペレーションコントラクトを示す完全なWSDLです。

WSIコンプライアンステストが失敗するのは、サービスコントラクトが欠落していることではなく、メッセージ入力自体です。

So using this Message class is not WS-I compliant of some reason.

Visual Studio 2010 を使用して Web サービス クライアントを作成しようとしています。バージョン SOAP V2 の wsdl ファイルを使用すると、クライアントは非常にうまく機能します。
プロパティWS-I ComplianceをYesMagento で に設定し、VS2010 で Web サービス クライアントを再コンパイルすると、機能しません!!! 一部のメソッドは、結果の WSDL ファイルから消えます。

ツールを使用して Java Web サービス クライアントを生成すると、同じ問題が発生しますwsimport。
何が起こっているのか分かりますか？

SOAP と WS-I の両方の互換性は、私にとって初めてのことです。savonrb.comのドキュメントを見て気に入りました。Savon WS-I は互換性がありますか? 私が使用すべきより良いライブラリはありますか？私はこれをほとんど自分で行うので、適切なドキュメントが重要であることを覚えておいてください。

乾杯。