Webサービスのwsdl後方互換について

Question

webサービスでやり取りする項目に変更（追加•削除）があった場合、
クライアント側に新しいwsdl の連携は必要？

wsdlの定義が変わった場合は"必ず"クライアント側へ新しいwsdlを渡す必要があると思っているのですが、
そうではない、又は後方互換をさせる方法はあるのでしょうか？
項目の追加•削除以外に変更はありません。

また、クライアント側で古い定義のままリクエストした場合はどういった挙動になるのでしょうか？

jax-ws

Comments

[y_waiwai]

質問は編集できます
追記修正しましょう

[romUser]

失礼しました。
初めての投稿で内容を入力せずに投稿してしまいました。

[退会済みユーザー]

クライアントの作り次第なので、事細かに相手に聞きましょう。不特定多数に公開しているサービスなら、アナウンスはいると思います。

動く動かないの話では、
項目と言ってるのがサービス(EndPoint)自体を指しているのなら
変更内容がサービス自体の追加なら、大丈夫かもしれません。
変更内容がサービス自体の削除は駄目でしょうね。

項目と言ってるのが授受するデータを指しているのなら、
XMLSchema的に以前のバージョンで許容されてる内容で、意味的にも同じならそのまま動く可能性はあります。ただ動くからといってアナウンスがなくていいかと聞かれたら、大半はノーだと思います。

ようは条件がザックリしすぎていて、正解がない感じですね。

Answer 1

webサービスでやり取りする項目に変更（追加?削除）があった場合、

クライアント側に新しいwsdl の連携は必要？

そりゃ必要でしょう。
WSDLはWebサービスの仕様書です。
実装を変えましたが、仕様書は変えませんとクライアントに言っているようなものです。

クライアント側で古い定義のままリクエストした場合はどういった挙動になるのでしょうか？

【リクエスト項目の場合】

必須の項目が追加された場合は、リクエストを受け付けれないためエラーになります。

任意使用の項目が追加された場合は、クライアントはその項目の存在を知らないわけですから、
その項目がクライアント側のソースコードに存在しません。
だからそのまま動きます。
ただし、最新のWSDLは連携すべきです。
もしかしたら、クライアントが待ちに待っていた項目かもしれませんし。

【レスポンス項目の場合】

追加された場合は、何も影響しません。
ただし、最新のWSDLは連携すべきです。

削除された場合は、その項目をクライアントが使っているかもしれませんので、
動かなくなる可能性はあります。

Comments

[romUser]

回答ありがとうございます。
想像していたのと少し違うので、もう少し教えて頂きたいです。

自分が想定していたのはwsdlがプロバイダとリクエスタで一致しないとそもそも受付すらできないものかと思っていたのですが違うのでしょうか？

例えば削除があった場合、削除された項目は読み捨てられるようなイメージになるのでしょうか？

[root_jp]

追加された項目が、必須リクエストパラメータなのであれば、受付できませんよ？
任意のオプション項目を追加したのであれば、それを使うかは使わないかはクライアント（リクエスタ）によるのだから、関係ありませんよね？

存在しない項目がリクエストに乗ってきた場合、
それを読み捨てるか、エラーにするかはサーバー（プロバイダ）の作り次第でしょう。

ただ、レスポンスから項目が削除された場合は、その項目をクライアントで使っている可能性があるので
クライアント側でエラーが起きることになりますよね？