[NFe] NFeRecepcaoEvento A SOAP 1.2 message is not valid when sent to a SOAP 1.1 only endpoint

10 de junho de 2013 6 respostas

renanpto 10 de junho de 2013

Boa Tarde,

Comecei a desenvolver o serviço para efetuar o cancelamento da NFe e acabei me deparando com um problema na comunicação do cliente gerado com o serviço do Paraná. Recebendo a exceção abaixo:

javax.xml.ws.soap.SOAPFaultException: A SOAP 1.2 message is not valid when sent to a SOAP 1.1 only endpoint.
	at org.apache.cxf.jaxws.JaxWsClientProxy.invoke(JaxWsClientProxy.java:155)
	at com.sun.proxy.$Proxy75.nfeRecepcaoEvento(Unknown Source)
	at br.com.devlogic.nfeapi.service.cancelamento.CancelamentoNfeServiceImpl.cancelar(CancelamentoNfeServiceImpl.java:113)
	at br.com.devlogic.apinfe.envio.TestCancelamentoNfeService.consultar(TestCancelamentoNfeService.java:33)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:597)

Tenho criado os clientes usando wsimport e todos tem funcionado normalmente (até agora).
Pelo que estive pesquisando sobre o motivo do erro, o web service parece atender somente requisições SOAP 1.1. Me corrigem se estiver errado.
Esse serviço do parana, parece ser um outra aplicação, diferente do que atende os outros serviços.

https://homologacao.nfe2.fazenda.pr.gov.br/nfe-evento/NFeRecepcaoEvento

Gostaria de saber o que tenho que fazer para atender esse serviço. Talvez gerar o cliente de outra forma, algo do tipo…

6 Respostas

jcranky 10 de jun. de 2013

Tente gerar o cliente com o WSDL do PR mesmo, para ver se tem alguma diferença. Ou já fez isso?

renanpto 10 de jun. de 2013

Sim sim, todos os clientes tenho gerado com o wsdl do PR mesmo.

O que percebi, como comentei, esse serviço parece ser outra aplicação, diferente dos outros serviços.

E que esse serviço parece estar no padrao SOAP 1.1, pois o comando wsimport pode ser executado sem o parametro “-extension”, não gerando nenhum log de warning.
Ao contrario dos outros servicos, se rodado sem o parametro, gera o log:

renanpto 3 de jul. de 2013

Após um bom tempo, voltei a procura da solução desse problema. E comecei a ler a respeito sobre a definição no WSDL para atender SOAP 1.1 e 1.2.
Pela documentação, você define os binding conforme o protocolo. E configura as portas para atender ambas as versões.
No meu caso, o cliente web service foi gerado através do wsimport, q o padrão é SOAP 1.1, no comando nem era necessário adicionar o parâmetro -extension , dai saquei a causa, só pode ser problema no WSDL.

Verificando a definição de portas do WSDL, percebi que estava faltando a porta para SOAP 1.2. Conforme parte retirada:

<wsdl:service name='RecepcaoEvento'> <wsdl:documentation xmlns:wsdl='http://schemas.xmlsoap.org/wsdl/'>Servico destinado a recepcao de mensagens de evento de NF-e.</wsdl:documentation> <wsdl:port binding='tns:RecepcaoEventoSoap' name='RecepcaoEventoSoap'> <soap:address location='https://homologacao.nfe2.fazenda.pr.gov.br/nfe-evento/NFeRecepcaoEvento'/> </wsdl:port> </wsdl:service>
Para resolver, apenas adicionei a definicao da outra porta:

<wsdl:service name='RecepcaoEvento'> <wsdl:documentation xmlns:wsdl='http://schemas.xmlsoap.org/wsdl/'>Servico destinado a recepcao de mensagens de evento de NF-e.</wsdl:documentation> <wsdl:port binding='tns:RecepcaoEventoSoap' name='RecepcaoEventoSoap'> <soap:address location='https://homologacao.nfe2.fazenda.pr.gov.br/nfe-evento/NFeRecepcaoEvento'/> </wsdl:port> <wsdl:port binding='tns:RecepcaoEventoSoap12' name='RecepcaoEventoSoap12'> <soap12:address location='https://homologacao.nfe2.fazenda.pr.gov.br/nfe-evento/NFeRecepcaoEvento'/> </wsdl:port> </wsdl:service>

Solução simples, mas que foi um pouco dificil de encontrar devido a falta de teoria para o uso de wsdl com soap 1.1 e 1.2 =/

jcranky 4 de jul. de 2013

O principal problema aí não foi você não saber soap 1.1 vs. 1.2 - como cliente de um WS, você não deveria ter que mexer no WSDL…

renanpto 4 de jul. de 2013

Exatamente, concordo contigo.

Mas no wsdl tem a definição para SOAP 1.2, veja os bindings

&lt;wsdl:binding name='RecepcaoEventoSoap' type='tns:RecepcaoEventoSoap'&gt;
  &lt;soap:binding transport='http://schemas.xmlsoap.org/soap/http'/&gt;
  &lt;wsdl:operation name='nfeRecepcaoEvento'&gt;
   &lt;soap:operation soapAction='http://www.portalfiscal.inf.br/nfe/wsdl/RecepcaoEvento/nfeRecepcaoEvento' style='document'/&gt;
   &lt;wsdl:input&gt;
    &lt;soap:body use='literal'/&gt;
    &lt;soap:header message='tns:nfeRecepcaoEventonfeCabecMsg' part='nfeCabecMsg' use='literal'&gt;&lt;/soap:header&gt;
   &lt;/wsdl:input&gt;
   &lt;wsdl:output&gt;
    &lt;soap:body use='literal'/&gt;
   &lt;/wsdl:output&gt;
  &lt;/wsdl:operation&gt;
 &lt;/wsdl:binding&gt;
 &lt;wsdl:binding name='RecepcaoEventoSoap12' type='tns:RecepcaoEventoSoap'&gt;
  &lt;soap12:binding transport='http://schemas.xmlsoap.org/soap/http'/&gt;
  &lt;wsdl:operation name='nfeRecepcaoEvento'&gt;
   &lt;soap12:operation soapAction='http://www.portalfiscal.inf.br/nfe/wsdl/RecepcaoEvento/nfeRecepcaoEvento' style='document'/&gt;
   &lt;wsdl:input&gt;
    &lt;soap12:body use='literal'/&gt;
    &lt;soap12:header message='tns:nfeRecepcaoEventonfeCabecMsg' part='nfeCabecMsg' use='literal'&gt;&lt;/soap12:header&gt;
   &lt;/wsdl:input&gt;
   &lt;wsdl:output&gt;
    &lt;soap12:body use='literal'/&gt;
   &lt;/wsdl:output&gt;
  &lt;/wsdl:operation&gt;
 &lt;/wsdl:binding&gt;

Pela definição das portas estarem atendendo somente SOAP 1.1, então o problema pode ser no Web Service em si, certo ?

jcranky 4 de jul. de 2013

Sim, ou isso é um bug no WS, ou então mudaram a implementação e não atualizaram o WSDL.

Criado 10 de junho de 2013

Ultima resposta 4 de jul. de 2013

Respostas 6

Participantes 2

6 Respostas

Topicos relacionados