自動化されたツールが動作するクライアントの構築に失敗する、SOAP ベースの Web サービスの例をいくつか見てきました。
これらの例を調査すると、サービスがそれ自体を記述するために使用する WSDL が、提供されているサービスと完全には一致しないことがわかりました。多分どこかで型が間違っているか、データ構造が違う-何か。
最も適切な応答が何であるかはわかりません-明らかな応答 (プロバイダーに修正を依頼する) が利用できないと仮定した場合.
私が考えることができるいくつかのオプション：
人々はどんな良い経験をしましたか。実際の環境では何が機能しますか?
ありがとう
最初のオプションを試して、固定 wsdl を作成します。それがうまくいかない場合は、生成されたコードのハッキングに頼ることができます。
もちろん、サービスが WSDL とは根本的に異なる場合、これら 2 つのオプションではうまくいかない可能性があります。
運が良ければ、別の方法があります。一部の Web サービス フレームワークは、動的に生成された WSDL を返すことをサポートしています。
AXIS 1.4 サービスでは、サービス URL + '?WSDL' で GET を実行し、動的に生成された WSDL を取得できることを知っています。
例えばhttp://foo.com/service/?WSDL
まず、ツールが WSDL の正しいバインディングを作成したかどうかを確認します。WSDL が正しく、ツールが正しい SOAP 要求/応答処理を行わない不適切なバインディングを生成する場合、ツールの作成者は修正または回避策を提供する可能性があります。