client désynchronisé par rapport au serveur : comment éviter le plantage

Bonjour,

Y a t'il un moyen d'éviter que le client d'un web service ne plante à chaque évolution, même mineure, de la requête ou de la réponse du web service ?

Supposons que je dispose d'un web service qui renvoie un java bean.
J'interroge ce service grâce à un client généré avec wsdl2java de Axis.
Si le bean renvoyé évolue, par exemple, on lui ajoute un champ supplémentaire, et si le client, lui, n'a pas évolué, à l'exécution on aura une exception.

Cette exception a lieu lors de la déserialisation du message SOAP.
On se retrouve avec une balise XML qui n'a pas de correspondance dans le bean, et c'est ce qui provoque le plantage.

Y a t'il des moyens de générer un client qui puisse déserialiser sans planter même si le bean et le message SOAP ne correspondent pas complètement?

Cordialement

Je ne vois pas de solutions miracles...
voila quand même qq pistes :
1) Travailler directement avec le contenu xml du message soap, par exemple avec des expressions xpath... mais avec tout les inconvéniants lié au fait de ne pas avoir de modèle :?

2) Utiliser un langage dynamique (Groovy ?)

3) Passer par un Dispatch (JAX-WS) c'est une technique plus souple, mais moins pratique à utiliser... (anciennement avec la norme JAX-RPC, le dispatch était appelé DII, Dynamic Invocation Interface)

4) Utiliser un ESB pour faire une isolation des dépendances (mais c'est lourd, et il y aura quand même sûrement des classes à adapter en cas de changement d'interface des services...)