soapui WSDL d'erreur lors de l'ajout d'
Je reçois cette erreur lors de l'ajout de cette. Toutes les idées. J'ai travaillé sur d'autres WSDL liens et ils sont très bien, sauf cela.
org.apache.xmlbeans.XmlException: javax.net.le protocole ssl.SSLHandshakeException:
soleil.de sécurité.programme de validation.ValidatorException: PKIX chemin d'accès du bâtiment a échoué:
soleil.de sécurité.fournisseur de.certpath.SunCertPathBuilderException: impossible de
trouver la validité de la certification chemin demandé cible
OriginalL'auteur sNewbie | 2014-02-14
Vous devez vous connecter pour publier un commentaire.
Le WSDL est en https, vous devez ajouter le certificat de domaine à votre fichier cacerts sur les JRE qui vient avec SOAPUI installation (aussi pourrait être probablement que wsdl est également publié sur http sorte que vous pouvez essayer de modifier l'url du wsdl pour http, essayez d'abord de ce si pas, essayez les étapes ci-dessous).
Vous devez télécharger le certificat du serveur (vous pouvez vous connecter avec le navigateur vers l'url du wsdl et enregistrez le certificat comme une archive).
Vous pouvez ensuite importer ce cert à votre fichier cacerts avec keytool:
(mot de passe par défaut pour le fichier cacerts est "changeit").
Avec ces étapes, vous pouvez utiliser le WSDL et éviter le "PKIX chemin d'accès du bâtiment" échec de l'exception.
Espère que cette aide,
OriginalL'auteur albciff
Le Problème avec le SAVON de l'INTERFACE utilisateur est-il de l'aide a remporté JRE afin d'exécuter des programmes...
Pour résoudre l'exception ci-dessus, suivez les étapes ci-dessous.
OriginalL'auteur Vengat Maran
Ce qui semble être un bogue dans SoapUI (à moins de 4.6.4). Je viens de tomber sur le même problème et après avoir vérifié que j'avais tous les certificats d'autorité de certification importés partout j'ai trouvé des ce post qui mentionne le même problème.
J'ai installé la nightly build comme mentionné dans le post et j'ai été capable de passer à côté de la connexion SSL question.
OriginalL'auteur squillman
Il y a un léger détail ici:
Le SOAPui appels
wsimport
de commande avec un système d'appel àwsimport
programme. Il ne prend pas en charge une classe internecom.sun.tools.internal.ws.WsImport
faire le WSDL de l'importation.Si vous exécutez SOAPui avec la valeur par défaut JRE qui vient avec elle, mais vous avez aussi un autre JDK est installé, puis lors de l'utilisation de SOAPui outils pour générer du code, le
wsimport
commande utilisée est celui de l'OS sait mieux sur le CHEMIN et non lecom.sun.tools.internal.ws.WsImport
qui vient avec SOAPui.Dans ce cas, l'appelé
wsimport
aura pas de références intégrées dans le fichier cacerts SOAPUI_HOME\jre\lib\security .Au lieu de cela, il utilise par défaut le fichier cacerts de la JDK l'
wsimport
appartient.SOAPui utilise wsimport à partir d'un JDK que cette image montre
Dans ce cas, les étapes à suivre sont les suivantes:
De télécharger et sauvegarder les serveurs de certificat dans un fichier, disons srv-certificate.txt
Importer ce certificat le fichier cacerts du JDK utilisé par le SOAPui outils:
où jdk1.8.0.65 est le JDK utilisé par le SOAPui outils.
Espère que cela aide!
OriginalL'auteur Mike Mountrakis
Il est passé un certain temps depuis que cette rubrique a été demandé, mais j'ai un complément à la réponse de albciff.
SoapUI a sa propre JRE et vous devez importer le certificat dans le fichier cacerts de SoapUI du JRE.
Espérons que cette aide!
OriginalL'auteur JAEP