2

3 番目の編集:この問題は、名前空間の問題を装った SOAP バージョンの不一致 (1.1 要求、1.2 応答) が原因であると考えています。 バージョンを混在させることは違法ですか、それともスタイルが悪いだけですか? SOAP のバージョンやサービスを変更できない場合、私は完全に運が悪いのでしょうか?

2 番目の編集: エラー メッセージを明確にし、"tl;dr" ネスを削減しようとしました。

編集: [リンクは削除され、関連はありません]

soapUI を使用して、次で始まるリクエストを送信しています。

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" ...

次で始まる応答を取得します。

<soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope" ...

プロセスが機能しているため、サービスが情報を取得していることはわかっています。ただし、soapUI テストステップは失敗します。「SOAP Response」と「Not SOAP Fault」の 2 つのアクティブなアサーションがあります。失敗マーカーは「SOAP レスポンス」の横にあり、次のメッセージが表示されます。

行 -1: 要素 Envelope@ http://www.w3.org/2003/05/soap-envelopeは、有効な Envelope@ http://schemas.xmlsoap.org/soap/envelope/ドキュメントまたは有効な代替ではありません。

名前空間のプレフィックスとスキーマ URL を組み合わせて一致させようとしました。プレフィックスを変更しても効果がないようです。URL を変更するとVersionMismatchエラーが発生します。置換グループも使用しようとしましたが、それは合法ではないようです。

4

2 に答える 2

2

さて、編集された質問には「場合による」という答えがあるようです。

W3C: SOAP/1.1 から SOAP バージョン 1.2 へのバージョン移行

于 2010-04-01T14:51:49.963 に答える
2

どちらの名前空間も完全に有効です (それぞれに移動してスキーマ定義を確認することもできます)。Soap UI テスト ユーティリティに問題があり、リクエストからの名前空間でレスポンスを処理しているように思えます。

サービスは要求と応答のペイロードを記述し、名前空間はその定義を定義するのに役立ちます。これらの定義を 2 つの間で混合/一致させるのは不適切な形式に思えますが、それでも有効です。

リクエストとレスポンスの間でスキーマが混在していても、それらはリクエストとレスポンスの値を解釈するためのヘルパーにすぎません。

于 2010-03-27T02:58:34.337 に答える