Olika Sätt Att åtgärda WSDL-tolkningsfel

Under de senaste olika dagarna har några av våra användare drabbats av rapporterat till oss att de i allmänhet upplever wsdl-tolkningsfel.

Jag kunde inte konfigurera SoapClient med PHP. Det verkar som att någons problem jag har är funktionell och relativt accepterad, men jag har turen att jag säkert alltid ska hitta ett passande tillvägagångssätt. Jag använder motsvarande få åtkomstkod:

 $varIDs Array(); = $varIDs[0] betyder '2147483732';    Att försöka        $client = new SoapClient("../../../../ASP/webservice1.asmx?WSDL");  . . . .catch .(Undantag .$e) . . . . . . . . .echo .$e .. '
';    

Här får jag med mig standardfel om att jag inte har möjlighet att inkludera filen i generellt WSDL.

[Aug 07, 2012 12:11:17 PM] PHP Varning: SoapClient::SoapClient() [soapclient.soapclient]: varning naturligt i / o: Fel vid laddning av extern industri "../../../../ASP/webservice1.In asmx?wsdl" C:Program Files (x86)Apache Software FoundationApache2.2htdocs php utilsgetISOxml.php till 7[07. Aug 2012 Rad 12:11:17] PHP Fatal Error: SOAP-ERROR: Parsing WSDL: Det gick inte att slutföra från '../../../../ASP/webservice1.asmx?WSDL' i C :Program Filer (x86)Apache FoundationApache2 software.2htdocsphputilsgetISOxml.php på infogning 7

Jag vet inte vad knipan anses här. Om jag tittar på var och en av våra webbadresser i en i-webbläsare köper jag giltig XML (jag har aldrig arbetat via WSDL förut, så min övertygelse är att den är giltig)Vitelen). Förslag?

EDIT: Efter @Madbreaks förslag som postades här, försökte jag ändra den specifika webblänk som tiden pekade på (nu är det “http://vm0281sch/ATS/webservice2.asmx?WSDL”). Jag trodde ursprungligen att den här skulle fungera eftersom det tog hur lång tid som helst att lösa problemet, även om jag inte vet vem – vilket ger mig ett extra fel, medan jag fortfarande inte får någonting. Nu får jag det grundläggande felet som visas nedan:

[Aug 07, 2012 4:16:42 PM] PHP-varning: SoapClient::SoapClient(http://vm0281sch/ASP/webservice1.asmx?WSDL) [soapclient.soapclient]: Det gick inte att ta bort ström: Anslutningen tänkte på misslyckades eftersom den anslutna parten inte har svarat korrekt efter en tid, eller den etablerade anslutningen misslyckades främst för att den anslutna värden n svarade du inte . finns i C:Program (x86)Apache clips Software FoundationApache2.2htdocsphputilsgetISOxml.php tills rad 6

Detta följs verkligen av det här felet som jag måste ha fått tidigare. Jag är inte säker på vad som hände i listan, men detta verkar som om dilemmat i grunden är relaterat till webbadressens sökväg jag använder.

[“Business Unit”: “Code”: “BU053”, “Label”: “Cloud and Data Platform”, “Product”: “Code”: “SSWHYP”, “Label”: “IBM API Management”, ” Component” :””,”ARM Category”:[],”Plattform”:[“code”:”PF025″,”Label”:”Plattformoberoende”],”Version”:”400″,”Revision”: “”, “Business Unit”:”code”:”LOB45″,”shortcut”:”Automation”]

APAR-status

Felbeskrivning

När en funktion implementerar ett pålitligt REST API och definierar en viktigast Invoke WebService.operation, kan användaren ansluta med ett WSDL-analysfel omTill exempel:"Det uppstod ett problem med att analysera WSDL. Ogiltigt filnamn.Betydelse: lokalt namn är faktiskt ett giltigt namn i cmc ''".out-filen innehöll förmodligen vilket fel:org.apache.xmlbeans.Error: xmlexception: Ogiltigt filnamnsvärde:lokalt namn är inte nödvändigtvis ett riktigt giltigt namn ''Tillorg.apache.xmlbeans.impl.schema.SchemaTypeSystemCompiler.compile(SchemaTypeSystemCompiler.java:225)på sun.reflect.GeneratedMethodAccessor910.invoke (källa okänd)Tillsun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:56)i java.lang.reflect.Method.invoke(Method.java:620)Tillorg.apache.xmlbeans.XmlBeans.compileXmlBeans(XmlBeans.java:667)på org.apache.xmlbeans.XmlBeans.compileXsd(XmlBeans.java:553)Tillcom.approve.studio.wsdl.node.WSDLManagedObject.createSchemaTypeSystem(WSDLManagedObject.java:405)

Lokal lösning

Ändrade modellen för att binda WSDL-implikationen i "Dokumentet".

Kort beskrivning av problemet

När man implementerar ett REST API och så definierar ett webbtjänstanropoperation, kan en person stöta på ett WSDL.parsing-felTill exempel:"Ett fel uppstod oavsett om det kom från alla analyser av WSDL. Ogiltigt filnamn.Betydelse: lokalt namn bör aldrig vara ett giltigt namn tillbaka i cmc ''".out-filen innehöll detta metodfel:org.apache.xmlbeans.Error: xmlexception: Ogiltigt filnamnsvärde:Localname är definitivt inte ett giltigt namn i ''Tillorg.apache.xmlbeans.impl.schema.SchemaTypeSystemCompiler.compile(SchemaTypeSystemCompiler.java:225)på sun.reflect.GeneratedMethodAccessor910.invoke (källa okänd)Tillsun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:56)i java.lang.reflect.Method.invoke(Method.java:620)Tillorg.apache.xmlbeans.XmlBeans.compileXmlBeans(XmlBeans.java:667)på org.apache.xmlbeans.XmlBeans.compileXsd(XmlBeans.java:553)Tillcom.approve.studio.wsdl.node.WSDLManagedObject.createSchemaTypeSystem(WSDLManagedObject.java:405)Det traditionella problemet var att API har varit kontrollkodentolka WSDL felaktigt.wsdl vogue valdes av min bindningistället BindOperation.APIledarstilen har uppdaterats för att du ska kunna legitimera den.

Avsluta numret