L'appel de service web qui se trouve sur un équilibreur de charge avec jax-ws renvoie au statut http 302, mais lorsque j'utilise SoapUI, il fonctionne très bien

Quand je l'appelle un service web qui se trouve sur un équilibreur de charge avec jax-ws, il retourne

Le serveur a envoyé le code d'état HTTP 302: Déplacé Temporairement

et ne parvient pas, mais quand j'utilise SoapUI, il fonctionne très bien.

Est-il possible que je peux configurer le service pour gérer cela correctement?

J'ai généré le webservice code à l'aide de wsimport et prendre l'appel en tant que tel

NotificationWebService service = new NotificationWebService(wsdlLocation, qName);
NotificationWebServiceSoap serviceSoap = service.getNotificationWebServiceSoap();
String xmlString = serviceSoap.getRSAPublicKeyXMLString();

Je suis coincé et je n'ai pas été en mesure de trouver une solution, n'importe où, de sorte que toute aide serait appréciée.

InformationsquelleAutor Clayton | 2012-12-04
  1. 14

    Donc, après beaucoup de recherches, j'ai enfin compris quel était le problème. Il était à la redirection http vers https. À partir d'articles que j'ai trouvé sur le web (ne me souviens pas les url plus), c'est que les bibliothèques que les wsdl2java et wsimport stub générateurs utiliser pour faire le webservice de communication ne permettent pas à une redirection http vers https suivre pour des raisons de sécurité.

    Donc même si j'ai été générer les stubs de un https emplacement wsdl ie. https://wsdl.location.com?wsdl, quand j'ai couru le code pour faire un webservice appel, il essayait de faire l'appel à http://wsdl.location.com qui a abouti à une demande de redirection pour https://wsdl.location.com, Mais le http bibliothèque ne le permet pas. Donc, il transfère simplement le code http 302 comme une exception.

    Aussi, il y a deux web-url de service. L'un est un service de test, ce qui est normal url http et puis il y a un serveur de production qui est sur https. Afin de contourner ce est tout ce que je fait est de configurer le service à la volée pour utiliser le point final j'ai spécifié (qui est maintenant l'adresse https) à l'aide de la BindingProvider classe. Cela me permet aussi de spécifier à la volée en fonction de l'environnement qui fait appel, pour utiliser le test de l'url ou la production d'un ie.

    NotificationWebService service = new NotificationWebService();
NotificationWebServiceSoap serviceSoap = service.getNotificationWebServiceSoap();

BindingProvider bindingProvider = (BindingProvider) serviceSoap;
bindingProvider.getRequestContext().put(BindingProvider.ENDPOINT_ADDRESS_PROPERTY, "https://wsdl.location.com");

String xmlString = serviceSoap.getRSAPublicKeyXMLString();

    Donc en bref, si quelqu'un rencontre ce problème. Assurez-vous que si le point de fin vous avez besoin de point de est sur https, que vous êtes de faire un direct https appel et non pas un appel http qui va demander une redirection https. Vous pouvez le vérifier en examinant les serviceSoap pendant le débogage. Il va dire à l'url c'est de faire l'appel.

    Je n'ai pas regarder ou aller avec la possibilité de configurer wsdl2java et wsimport pour générer les stubs et force les bouchons d'utiliser le https appeler pour que je puisse configurer plusieurs url de points pour les différents environnements.

    • N'erreur vice versa ainsi? Nous avons https appel à appel d'url http. Nous obtenons erreur 302. Veuillez fournir la suggestion.
    InformationsquelleAutor Clayton
  2. 0

    Oui. Vous n'avez pas dit ce que vous utilisez pour le transport, mais si c'est quelque chose comme HttpClient vous devez le configurer pour suivre les redirections. Vous devrez peut-être jouer avec le code généré automatiquement, ou sinon, peut-être essayer un niveau plus élevé d'abstraction, comme le Printemps ou les Services Web CXF.

    • Je suis juste en utilisant le code qui a été généré par le wsimport de commande, de sorte qu'il sera à l'aide de la valeur par défaut de transports qui vont avec. Merci, je vais regarder les deux oeuvres que vous avez suggéré.
    • Salut, j'ai utilisé de l'axe de générer le client et je reçois toujours le même message d'erreur. org.apache.axis2.AxisFault: Transport d'erreur: Erreur 302: Déménagé Temporairement. Mais quand j'utilise SoapUI, il fonctionne très bien. Donc je pense que c'est un problème plus profond. Donc, je suis toujours à la recherche d'un moyen pour permettre de suivre les redirections 302.
    • ok, j'ai trouvé le problème mais pas la solution. L'url du wsdl que je générer les stubs de est sur http, mais quand j'utilise les talons, il fait l'appel sur http et son en essayant de redirection vers https. Apparemment en Java à partir de ce que j'ai lu, c'est un non non. J'ai donc besoin de trouver un moyen lorsque j'instancie l'appel NotificationWebServiceSoap serviceSoap = service.getNotificationWebServiceSoap();, il doit s'assurer qu'il n'sur https.
    • Je ne suis pas vraiment en mesure de vous aider avec Axis2 moi-même, comme je l'ai utiliser cxf, mais selon cette page: axis.apache.org/axis2/java/core/docs/http-transport.html vous devez indiquer (par le biais de la configuration que vous souhaitez utiliser le protocole https, Peut-être que cela aide?
    InformationsquelleAutor Mikkel Løkke
  3. 0

    Raison est la question redirection sur le web service de contrôle de l'appel obtient transféré à partir de HTTP vers HTTPS. Modifier votre fichier WSDL, vous trouverez le code ci-dessous:

    code original:

    soap:address location="http://www.google.com/Services/Services_xyz.asmx"

    code modifié:

    soap:address location="https://www.google.com/Services/Services_xyz.asmx"

    Il suffit de changer l'emplacement de l'attribut HTTP, HTTPS et générer le nouveau talon en utilisant le changement de l'emplacement du fichier WSDL.

    InformationsquelleAutor Wankhade N. D.