Le WSDL a été téléchargé, les classes Java ont été générées, et le premier appel SOAP ne parvient toujours pas à sortir du réseau. L'option de proxy utilisée par le générateur relève du fonctionnement du générateur.

La référence wsimport d'Oracle JDK 8 documente une option de proxy HTTP pour cet outil. Ce n'est pas une instruction portable intégrée aux classes de service produites. Une application ultérieure peut s'exécuter dans une autre JVM, sous un autre compte et avec une autre implémentation de JAX-WS.

Identifier la requête qui a échoué

ÉtapeProcessus ou composant à examiner
Générer les classes à partir du WSDL et des importsL'outil de build ou l'appel wsimport
Lire le WSDL pendant la construction du serviceL'emplacement du WSDL de l'application et le client d'exécution
Appeler le point de terminaison SOAPLe transport d'exécution choisi et sa configuration de proxy

L'étape intermédiaire est facile à manquer. Un service généré peut encore pointer vers un WSDL distant. Si l'exécution doit le récupérer pendant la construction, configurer un port seulement ensuite arrive trop tard pour ce téléchargement antérieur. Empaqueter la description voulue comme ressource de l'application peut supprimer cette dépendance de récupération là où l'implémentation le permet.

Une classe nommée ClientProxyFeature issue d'une implémentation ne fait pas automatiquement partie de chaque fournisseur JAX-WS.

Gardez les identifiants du proxy distincts de ceux du service SOAP. Un téléchargement WSDL réussi peut même être anonyme alors que le point de terminaison de l'opération exige une connexion, ou l'inverse.

Notez l'URL en échec et le point où la construction ou l'appel s'est arrêté. Cela indique généralement où se place le réglage manquant, sans nouvelle tentative pour régénérer exactement les mêmes classes.

Articles similaires