it-swarm.com.de

wsdl-Fehler bei der Seifenanalyse: Unerwartetes Element: TAG_END

Beim Importieren einer WSDL-Definition aus einem Visual Studio 2010 Express-Projekt von ASP.NET Version 4 in SOAPUI 4.5.1 ist ein Fehler aufgetreten

URL wäre wie 

http://localhost:7929/ws/AX.asmx?WSDL

Fehler generiert

Error loading [http://localhost:7929/ws/AX.asmx?WSDL]: org.Apache.xmlbeans.XmlException:
org.Apache.xmlbeans.XmlException: error: Unexpected element: TAG_END

Fehlerspur:

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

Irgendwelche Vorschläge sind herzlich willkommen!

9
ian_scho

Ich hatte das gleiche Problem mit Soap UI 5.2.0

Die Lösung für mich war, den Proxy zu deaktivieren (wie von @ user518066 vorgeschlagen).

 enter image description here

15
Alin Ciocan

Das Problem ist, dass soapui nicht weiß, wo die Schemadatei zu finden ist. Wenn Ihr WSDL auf einem Server bereitgestellt wird, gibt es eine URL der xsd-Datei zurück, die aufgenommen werden soll, und soapi wird sie finden können. ...

5
Matheno

Ich hatte das gleiche Problem, nach einigen Stunden stellte ich fest, dass das Problem IPv6 betraf.

Wenn ich zur Service-URL gehe, kann ich die WSDL-Datei anzeigen und überprüfen. Es gab überhaupt kein Problem.

http://localhost/SoapServer.php?wsdl

Wenn ich diese URL zu SoapUI hinzufüge, wird jedoch der Fehler Unexpected element: TAG_END. Angezeigt. Ich habe den Grund gefunden, indem ich cURL verwende, curl http://localhost/SoapServer.php?wsdl gibt 404 zurück !!

Mir wurde klar, dass mein Apache sowohl IPv4 als auch IPv6 abhört, der Browser auf IPv6 geht und die wsdl erhält, aber cURL und SoapUI gehen auf IPv4 und erhalten den Fehler 404.

Ich habe IPv6 auf meinem Apache deaktiviert, indem ich die Zeile Listen [::0]:80 in der httpd.conf-Datei entfernt habe. Dadurch wurde das Problem gelöst. 

2
endo64

Sind Sie sicher, dass der Dienst ausgeführt wird? Beim Debuggen von Lösungen mit mehreren WCF-Projekten kann es vorkommen, dass wir denken, dass wir das Projekt ausführen, an dem wir arbeiten, und dass dies nicht der Fall ist. ____.] Wenn Sie beim Eingeben der SVC-URL in einen Browser mit einem Fehler 404 konfrontiert werden, kann dies die Ursache des Problems sein. In diesem Szenario schlägt die Benutzeroberfläche SOAP fehl, wenn Sie dies versuchen Fügen Sie einen neuen WSDL-Endpunkt hinzu oder erstellen Sie einen neuen. Stellen Sie daher sicher, dass Ihre Lösung von dem Projekt ausgeführt wird, in dem sich das Ziel-SVC befindet.

0
Manuel Roldan