12
votes

Savon analyse WSDL erreur: élément inattendu: tag_end

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)
...


0 commentaires

4 Réponses :


5
votes

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 ....


3 commentaires

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.



22
votes

J'ai eu le même problème avec SOAP UI 5.2.0

La solution pour moi était d'éteindre le proxy (comme suggéré par @ user518066)

 Entrez la description de l'image ici


5 commentaires

Ç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.



2
votes

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. xxx

mais quand j'ajoute cette URL à SOAPUI, il donne une erreur Elément inattendu: tag_end . J'ai trouvé la raison en utilisant curl, curl http: //localhost/soapserver.php? Wsdl retourne 404 !!

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.

I IPv6 désactivé sur mon Apache en supprimant la ligne Écouter [:: 0]: 80 Dans httpd.conf fichier, cela a résolu le problème.


0 commentaires

0
votes

Ê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.


0 commentaires