SoapUIとJava Webサービスクライアント

Question

SoapUIを介してSOAP Webサービスが正常に動作している場合（正しいSOAP応答を生成する場合）、このWebサービスを呼び出すためにさまざまなAPI /フレームワークを使用してJavaでWebサービスクライアントを構築する際、このWebサービスを安定していると考えるのは安全ですか？問題は消費者側からですか？

私はここで一般的な質問をしていますが、私はすでに、あまりにも長く読むことができる詳細な質問をしています。私は実際の実装よりもコンセプトに興味があるので、私の長いポストを参照することなく私の質問に答えることができれば、してください。

UPDATE： 私は、WSDLは、WS-Iに準拠しており、それがSOAPUI経由で正しく機能していた場合でも、これはまだWebサービスが壊れていないと結論するのに十分でないことを実現しています。 @jtahlbornは言ったように、SoapUIは壊れたWebサービスに非常に寛容であり、あなたのWebサービスがうまく動作していると私は思っています。

私はESBでSOAPレスポンスを構築していますが、私の問題はWSDLで定義されていてスキーマでは定義されていない名前空間を使用していたことです。 SoapUIは応答を受け取り、私にそれを示しました（間違った名前空間で）。私がturned on the response validation optionならば、この問題は避けられたでしょう。

Webサービスをテストするために作成したJava Webサービスクライアントでは、出力オブジェクトに応答をロードできないことにも注意してください（出力オブジェクトにアクセスしようとするとNullPointerExceptionエラーが表示されます）。これは名前空間の問題によるもので、名前空間を修正すると正しく動作するようになりました。

Answer 1

SOAPUIは素晴らしい製品です。しかし、それを素晴らしい製品にするものの1つは、非常にであり、不十分に定義されたWebサービスを許容しているということです。私たちの製品では、ロットののwebservicesを扱いました。私たちの製品の問題については、「SoapUIではうまくいきます」と頻繁にコメントしています。私たちは、SoapUIがあらゆる種類の壊れたWebサービスを許容するという難しい方法を学びました。要約すると、SoapUIでの作業は、ではなく、あなたのWebサービスが明確に定義されているという証拠です。

Answer 2

Web Services Interoperabilityプロファイルに準拠しているかどうかをWebサービスで確認するには、WS-I testing toolsがあります。サービスがWS-Iの基本プロファイルに準拠し、SoapUIがそれを呼び出すことができる場合、問題は確かに消費者側にあります。

EDIT：まあ、または

...両方の間にSOAPUIは、WS-I準拠のためのあなたのWSDLを確認することができ、http://www.soapui.org/SOAP-and-WSDL/working-with-wsdls.htmlを参照してください。

Answer 3

コンシューマ（クライアント）がバグである可能性が高い...クライアントがwsdl2javaを使用して生成されている場合、バグが発生する可能性が高くなります。また、有効ないくつかの特殊機能を使用している場合w3c）驚かないでください...生成されたクライアントは時々これを行います... Webサービスを生成するJavaクラスまたはライブラリを生成するために使用されるライブラリさえもバグがいっぱいです...

既知のライブラリや頻繁に使用されるライブラリではサポートされていません...（名前は付けたくありませんが、wsdl4javaは完璧ではありません）

セキュリティを使用している場合や、サーバーとクライアントの両方あなたは私たちはあなたを助けることができる問題は...何であるかを教えている場合、IDE :)

を多分