2

私は、Java クライアントやその他のツール (Soap UI) とうまく連携するかなり大きな Web サービスを作成した Java 開発者です。

クライアントの 1 人は、Web サービス用の .NET クライアントを作成したいと考えており、VS2010 の「サービス参照の追加」機能を使用しています。クライアントによると、この記事で定義されているように、WSDL および XSD ファイルは「禁止された XML 構造」を使用しているため、これは機能しません。

問題は、WSDL で xsd:attribute データを大量に使用したことです。

問題は、xsd:attribute を含む WSDL/XSD ファイルに .NET スタブ生成コードを準拠させるための回避策はあるのかということです。この機能をサポートする Web サービス用の別の .NET ライブラリはありますか?

私のもう 1 つの質問は、そもそもなぜ Microsoft がこれらの制限を課すのかということです。xsd:attribute が Web サービスで禁止されている構造体であるのはなぜですか? それに関する手がかりはありますか？

おそらく関連: C#.NET WSDL (XML スキーマから) を使用して Web サービス参照を生成する問題

4

3 に答える 3

0

Remobjects の .NET バージョン (http://www.remobjects.com) とのリンクで提供されている HelloWorld.wsdl をテストしたところ、正常に動作するように見えました。これをテストする実際のサービスはありませんが、あなた (またはクライアント :)) がダウンロードして試してみることをお勧めします。

.NET バージョンは次の場所にあります。

http://www.remobjects.com/ro/net.aspx

于 2012-07-24T15:18:36.087 に答える
0

.NET Frameworkがインストールされたマシンにアクセスできる場合は、svcutil を使用してプロキシ/構成設定を生成し、送信してみませんか?

利用可能なスイッチとオプションのリストについては、www.svcutil.comを参照してください。

顧客が 1 つの方法でそれを行うことができず、文書化された (場合によっては自動化された) 方法を提供する場合、通常はそれで十分であることがわかりました。

于 2012-07-24T14:25:55.700 に答える
0

どうやら答えは、svcutil.exe でスタブを生成する最新の方法を使用するべきではなく、代わりに wsdl.exeで従来の方法を使用するべきだということです。

wsdl.exe を使用してコマンド ラインからスタブを作成すると、正常に動作します。結果のコードは期待どおりに機能し、.NET クライアントは Axis2 Web サービスに接続します。

于 2012-08-03T15:18:44.890 に答える