J'ai une erreur d'importation d'une définition WSDL à partir d'un projet Visual Studio 2010 Visual Studio 2010, dans SoaPUI 4.5.1
URL serait comme P>
com.eviware.soapui.impl.support.definition.support.InvalidDefinitionException at com.eviware.soapui.impl.wsdl.support.wsdl.WsdlLoader.loadXmlObject(WsdlLoader.java:138) at com.eviware.soapui.impl.wsdl.support.xsd.SchemaUtils.getDefinitionParts(SchemaUtils.java:535) ...
4 Réponses :
Le problème est que Soapui ne sait pas où trouver le fichier de schéma. Si votre WSDL est déployé sur un serveur, il retournera une URL du fichier XSD à inclure et SOAPUI pourra le trouver .... P>
Merci pour la réponse, Marijke. Je ne sais pas comment modifier l'emplacement / l'URL du fichier XSD (je pensais que les entités ont été définies dans un espace de noms dans le même fichier WSDL), mais je vais le marquer comme accepté.
Je reçois un problème similaire. Quand je cours avec Soapui version 4.5.2, cela fonctionne. Cependant, avec la version 5.0.0, j'obtiens cette erreur.
Je l'ai eu pour travailler avec SoaPui version 5.0.0. Changement de proxy défini sur Aucun.
J'ai eu le même problème avec SOAP UI 5.2.0 P>
La solution pour moi était d'éteindre le proxy (comme suggéré par @ user518066) p>
Ça a marché! Ce serait bien pour que quelqu'un modifie la réponse et inclue une explication rapide sur pourquoi était-ce un problème.
@Daniloquio, désolé, mais je ne connais pas l'explication de la raison pour laquelle cela fonctionne.
Il est trois ans plus tard et je suis convaincu que cette explication et le volume des uppotations sur le commentaire @ user518066 indiquent une réponse correcte (ou au moins plus similaire). Merci Alin - Vous méritez peut-être une sorte de badge.
Toujours ici avec la version 5.2.1. Merci!
Cette solution fonctionne parfaitement sur la version 5.4.0. Merci.
J'ai eu le même problème, après plusieurs heures, j'ai constaté que le problème était à propos de IPv6.
Lorsque je vais à l'URL de service, je peux voir et valider le fichier WSDL. Il n'y avait pas de problème du tout. P> mais quand j'ajoute cette URL à SOAPUI, il donne une erreur Alors réalisa que mon Apache écoute IPv4 et IPv6, navigateur Va à IPv6 et obtient le WSDL mais CURL et SOPUI se rend à IPv4 et obtenez une erreur 404. P> I IPv6 désactivé sur mon Apache en supprimant la ligne Elément inattendu: tag_end code>.
J'ai trouvé la raison en utilisant curl,
curl http: //localhost/soapserver.php? Wsdl code> retourne 404 !! p>
Écouter [:: 0]: 80 code > Dans
httpd.conf code> fichier, cela a résolu le problème. p> p>
Êtes-vous sûr que le service est en cours d'exécution? Lors de la débogage des solutions avec plusieurs projets de WCF, nous pourrions penser que nous exécutons le projet dans lequel nous travaillons et que nous ne tournons pas comme ça. Si vous faites face à une erreur 404 lors de la saisie de l'URL SVC dans un navigateur, cela pourrait être la cause du problème. Dans ce scénario, l'interface utilisateur du savon échouera lorsque vous essayez d'ajouter ou de créer un nouveau point d'extrémité WSDL. Donc, assurez-vous que votre solution commence à fonctionner à partir du projet où se trouve la cible SVC. P>