Várias Maneiras De Corrigir O Erro De Análise De WSDL

Nos últimos dias, vários de nossos usuários nos informaram que estão sofrendo erros de análise de wsdl.

Não consigo posicionar SoapClient usando PHP. Percebe-se que o problema de alguém que tenho é geralmente funcional e relativamente comum, mas tenho sorte de poder sempre explorar uma abordagem adequada. Estou fazendo uso do código de login correspondente:

 $varIDs Array(); = $varIDs[0] = '2147483732';    Tentar        $client implica new SoapClient("../../../../ASP/webservice1.asmx?WSDL"); . . , . .catch .(Exceção .$e) . , . . . . . .echo .$e .. '
';    

Aqui recebo os seguintes avisos padrão sobre não poder proteger o arquivo no WSDL.

[Aug the year 2007, 2012 12:11:17 PM] Aviso do PHP: SoapClient::SoapClient() [soapclient.soapclient]: aviso i / para: Erro ao carregar empresa externa "../../../../ASP/webservice1.In asmx?wsdl" C:Program Files (x86)Apache Software FoundationApache2.2htdocs php utilsgetISOxml.php para 7[07. Linha 12:11:17 de agosto de 2012] PHP Fatal Error: SOAP-ERROR: Parsing WSDL: Falha ao carregar como resultado de '../../../../ASP/webservice1.asmx?WSDL' em C :Program Files (x86)Apache FoundationApache2 software.2htdocsphputilsgetISOxml.php no cabo 7

Eu não percebo qual é a situação aqui. Se eu olhar para a URL em todo um i-browser, recebo um XML válido (eu nunca trabalhei com WSDL antes, então minha principal suposição é exatamente quem é válido) Vitelen). Sugestões?

EDIT: Seguindo a sugestão do @Madbreaks postada aqui, tentei mudar o URL específico para o qual a noite estava apontando (agora pode ser “http://vm0281sch/ATS/webservice2.asmx?WSDL”). Originalmente, pensei que isso funcionaria como oportunidades, pois demorou um pouco para ajudá-lo a resolver o problema, mas não sei quem – isso nos dá um erro extra, mas na verdade não recebo nada. Agora estou com o erro básico mostrado abaixo:

[Aug '07, 2012 4:16:42 PM] Aviso do PHP: SoapClient::SoapClient(http://vm0281sch/ASP/webservice1.asmx?WSDL) [soapclient.soapclient]: Falha ao apagar stream: A tentativa de conexão falhou para a parte conectada não obedeceu corretamente depois de um tempo, ou o tipo de conexão estabelecida falhou porque o host n simplesmente conectado não respondeu. identificado em C:Program (x86)Apache files Software FoundationApache2.2htdocsphputilsgetISOxml.php até a linha 6

Isso é seguido desde este erro que eu estava recebendo anteriormente. Não tenho certeza do que aconteceu na lista, mas parece que o dilema está realmente relacionado ao caminho do URL que estou usando.

[“Unidade de Negócios”: “Código”: “BU053”, “Rótulo”: “Plataforma de Dados em Nuvem”, “Produto”: “Código”: “SSWHYP”, “Rótulo”: “IBM API Management”, ” Componente ” :””,”Categoria ARM”:[],”Plataforma”:[“código”:”PF025″,”Label”:”Independente da plataforma”],”Versão”:”400″,”Revisão”: “” , “Unidade de Negócios”:”code”:”LOB45″,”shortcut”:”Automação”]

Status do APAR

Descrição do erro

Quando uma função implementa uma API REST e define um Invoke WebService absoluto.operação, o usuário pode encontrar um erro de análise WSDL sePor exemplo:"Houve todos os problemas ao analisar o WSDL. Nome de aplicação inválido.Significado: localname não é um nome forte em cmc ''"As informações .out provavelmente continham este erro:org.apache.xmlbeans.Error: xmlexception: valor de nome de arquivo inválido:localname não é um nome legítimo ''Paraorg.apache.xmlbeans.impl.schema.SchemaTypeSystemCompiler.compile(SchemaTypeSystemCompiler.java:225)em sun.reflect.GeneratedMethodAccessor910.invoke (fonte desconhecida)Parasun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:56)em java.lang.reflect.Method.invoke(Method.java:620)Paraorg.apache.xmlbeans.XmlBeans.compileXmlBeans(XmlBeans.java:667)em org.apache.xmlbeans.XmlBeans.compileXsd(XmlBeans.java:553)Paracom.approve.studio.wsdl.node.WSDLManagedObject.createSchemaTypeSystem(WSDLManagedObject.java:405)

Solução local

Mudou o estilo de manter a implicação WSDL para geralmente "Document".

Descrição resumida do problema

Ao realizar uma API REST e definir uma chamada de serviço web definitivaoperação, uma pessoa pode muito bem encontrar um erro de análise WSDL.Por exemplo:"Ocorreu um erro independentemente da análise do WSDL. Nome de arquivo inválido.Significado: localname é um nome válido em cmc ''"O arquivo .out continha este erro:org.apache.xmlbeans.Error: xmlexception: valor de nome de arquivo inválido:Localname não é seu nome válido em ''Paraorg.apache.xmlbeans.impl.schema.SchemaTypeSystemCompiler.compile(SchemaTypeSystemCompiler.java:225)em sun.reflect.GeneratedMethodAccessor910.invoke (fonte desconhecida)Parasun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:56)em java.lang.reflect.Method.invoke(Method.java:620)Paraorg.apache.xmlbeans.XmlBeans.compileXmlBeans(XmlBeans.java:667)em org.apache.xmlbeans.XmlBeans.compileXsd(XmlBeans.java:553)Paracom.approve.studio.wsdl.node.WSDLManagedObject.createSchemaTypeSystem(WSDLManagedObject.java:405)O principal problema já era que a API era o código de gerenciamentoanalisar WSDL incorretamente.o estilo wsdl deve ter sido escolhido pela vinculaçãoem vez disso, BindOperation.APIo método de liderança b foi atualizado para legitimá-lo.

Encerrando o problema