Closed rvgoncalves closed 5 years ago
Sem essas alterações propostas o SOAP 1_1 é enviado corretamente Content-Type: text/xml;charset=UTF-8 SOAPAction: "http://www.esocial.gov.br/servicos/empregador/lote/eventos/envio/v1_1_0/ServicoEnviarLoteEventos/EnviarLoteEventos" Content-length: 3639
Sem essas alterações propostas o SOAP 1_1 é enviado corretamente Content-Type: text/xml;charset=UTF-8 SOAPAction: "http://www.esocial.gov.br/servicos/empregador/lote/eventos/envio/v1_1_0/ServicoEnviarLoteEventos/EnviarLoteEventos" Content-length: 3639
Meu problema foi justamente aqui. Depois que removeram as classes Soap de sped-esocial/src/Common/Soap pra pra utilizar as classes do sped-common passou a gerar o request header no padrão Soap 1.2
no seu projeto você está utilizando as classes soap do sped-common?
Essa header eu obtive agora pouco com a API exatamente como está no repositório e acessei o serviço sem problema Você usa CentOS ??
Essa header eu obtive agora pouco com a API exatamente como está no repositório e acessei o serviço sem problema Você usa CentOS ??
Ubuntu 18
Essa header eu obtive agora pouco com a API exatamente como está no repositório e acessei o serviço sem problema Você usa CentOS ??
Ubuntu 18
Criei um projeto em branco aqui pra fazer uns testes e até usando os exemplos com SoapFake ta montando a Header com Soap1.2: Content-Type: application/soap+xml;charset=utf-8;action=http://www.esocial.gov.br/servicos/empregador/lote/eventos/envio/consulta/retornoProcessamento/v1_1_0/ServicoConsultarLoteEventos/ConsultarLoteEventos Content-length: 680
Sim você está certo eu localizei o problema !!
Eu reverti a remoção das classes SOAP do sped-esocial
São necessários vários ajustes para poder usar as classes do Common e não vale a pena mexer nisso agora.
Não sei de nenhuma INCOMPATIBILIDADE com o eSocial com essa classe e algumas das alterações que você propõe podem quebrar o funcionamento para outros pacotes.