Verschiedene Möglichkeiten Zur Behebung Von WSDL-Parsing-Fehlern

In den letzten Tagen haben einige unserer Benutzer unserem Unternehmen gemeldet, dass sie WSDL-Parsing-Fehler haben.

Ich kann SoapClient nicht weiter mit PHP einrichten. Es scheint, welches Problem ich habe, ist praktisch und relativ häufig, aber ich bekomme eine Pause, dass ich immer einen geeigneten Ansatz finden kann. Ich verwende einen bestimmten entsprechenden Anmeldecode:

 $varIDs-Array(); impliziert $varIDs[0] = '2147483732';    Versuchen        $client = fresh new SoapClient("../../../../ASP/webservice1.asmx?WSDL"); . . . . .get .(Ausnahme .$e) . . ! ! . . . . .echo .$e .. '
';    

Hier erhalte ich die folgenden Standardfehler in Bezug darauf, dass einige der Dateien nicht in die WSDL aufgenommen werden können.

[07. August 2012 12:11:17] PHP-Warnung: SoapClient::SoapClient() [soapclient.soapclient]: Warnung i / o: Fehler beim Aufladen des externen Unternehmens "../../../../ASP/webservice1.In asmx?wsdl" C:Program Files (x86)Apache Software FoundationApache2.2htdocs php utilsgetISOxml.php in 7[07. Aug 2012 Zeile 12:11:17] Schwerer PHP-Fehler: SOAP-ERROR: Parsing WSDL: Failed to load from '../../../../ASP/webservice1.asmx?WSDL' while in C : Programmdateien (x86)Apache FoundationApache2 software.2htdocsphputilsgetISOxml.php auf Kabel 7

Ich kenne die Sprache nicht, in der die missliche Lage hier liegt. Wenn ich mir die URL in einem effektiven i-Browser anschaue, erhalte ich gültiges XML (ich habe noch nie zuvor mit WSDL gearbeitet, daher ist meine Hauptannahme, dass es sich um wirklich gültige Vitelen handelt). Vorschläge?

BEARBEITEN: Nach der hier geposteten Anleitung von @Madbreaks habe ich versucht, der spezifischen URL, auf die die Zeit hätte verweisen können, zu widersprechen (jetzt ist es “http://vm0281sch/ATS/webservice2.asmx?WSDL”). Ich dachte ursprünglich, dass dies in der Form funktionieren würde, dass es eine Weile dauerte, das Problem zu lösen, aber ich weiß nicht, mit wem – es gibt mir einen exklusiven zusätzlichen Fehler, aber ich finde immer noch nichts. Jetzt erhalte ich normalerweise den unten gezeigten grundlegenden Fehler:

[07. August 2012 16:16:42] PHP-Warnung: SoapClient::SoapClient(http://vm0281sch/ASP/webservice1.asmx?WSDL) [soapclient.soapclient]: Flood konnte nicht gelöscht werden: Der Verbindungsversuch schlug fehl, weil ein bestimmter verbundener Teilnehmer nach einiger Zeit nicht gut reagierte, oder die gestartete Verbindung schlug fehl, weil die verbundene Menge n nicht antwortete. befindet sich unter C:Program (x86)Apache files Software FoundationApache2.2htdocsphputilsgetISOxml.php entsprechende Zeile 6

Darauf folgt dieser Key-Fact-Fehler, den ich zuvor erhalten habe. Ich bin mir nicht sicher, was in der jeweiligen Liste passiert ist, aber es scheint, dass das Dilemma normalerweise tatsächlich mit diesem URL-Pfad zusammenhängt, den ich verwende.

[“Business Unit”: “Code”: “BU053”, “Label”: “Cloud und damit Datenplattform”, “Product”: “Code”: “SSWHYP”, “Label”: “IBM API Management”, ” Komponente” :””,”ARM-Kategorie”:[],”Plattform”:[“code”:”PF025″,”Label”:”Plattformunabhängig”],”Version”:”400″,”Revision”: “”, “Business Unit”:”code”:”LOB45″,”shortcut”:”Automatisierung”]

APAR-Status

Fehlerbeschreibung

Wenn eine gute Solid-Funktion eine REST-API implementiert und einen absoluten Invoke-WebService definiert.kann ein bestimmter Benutzer auf einen WSDL-Parsing-Fehler stoßen, wennZum Beispiel:"Beim Parsen der WSDL ist ein Problem aufgetreten. Ungültiger Ordnername.Bedeutung: localname ist kein gültiger Werbename in cmc ''"Die .out-Datei enthielt mit ziemlicher Sicherheit diesen Fehler:org.apache.xmlbeans.Error: xmlexception: Ungültiger Dateinamewert:localname ist keine gültige Angabe ''Zuorg.apache.xmlbeans.impl.schema.SchemaTypeSystemCompiler.compile(SchemaTypeSystemCompiler.java:225)auf sun.reflect.GeneratedMethodAccessor910.invoke (Quelle unbekannt)Zusun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:56)in java.lang.reflect.Method.invoke (Method.java:620)Zuorg.apache.xmlbeans.XmlBeans.compileXmlBeans(XmlBeans.java:667)bei org.apache.xmlbeans.XmlBeans.compileXsd(XmlBeans.java:553)Zucom.approve.studio.wsdl.node.WSDLManagedObject.createSchemaTypeSystem (WSDLManagedObject.java:405)

Lokale Lösung

Die Bindungsart dieser WSDL-Implikation wurde in das "Dokument" geändert.

Kurze Beschreibung des Problems

Bei der Implementierung einer fabelhaften REST-API und der Definition eines Cyberspace-Serviceaufrufskann eine Person mit einem WSDL.parsing-Fehler konfrontiert werdenZum Beispiel:"Unabhängig vom Analysieren der WSDL ist ein Fehler aufgetreten. Ungültiger Dateiname.Bedeutung: localname ist nie ein sehr gültiger Name in cmc ''"Die .on the market-Datei enthielt diesen Fehler:org.apache.xmlbeans.Error: xmlexception: Ungültiger Dateinamewert:Localname ist kein korrekter Name in ''Zuorg.apache.xmlbeans.impl.schema.SchemaTypeSystemCompiler.compile(SchemaTypeSystemCompiler.java:225)auf sun.reflect.GeneratedMethodAccessor910.invoke (Quelle unbekannt)Zusun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:56)in java.lang.reflect.Method.invoke (Method.java:620)Zuorg.apache.xmlbeans.XmlBeans.compileXmlBeans(XmlBeans.java:667)bei org.apache.xmlbeans.XmlBeans.compileXsd(XmlBeans.java:553)Zucom.approve.studio.wsdl.node.WSDLManagedObject.createSchemaTypeSystem (WSDLManagedObject.java:405)Das Hauptproblem war also, dass die API der Limit-Code warparse WSDL falsch.Der wsdl-Stil wurde von der Bindung verwendetstattdessen BindOperation.APIFührungsgeschmack wurde aktualisiert, um ihn zu legitimieren.

Problem schließen