Ir para conteúdo
  • Cadastre-se

dev botao

Erro de Conexão: Extra content at the end of the document


Ver Solução Respondido por Diego Foliene,
  • Este tópico foi criado há 313 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Recommended Posts

  • Consultores
Postado

Bom dia @SHARMAQ.

O arquivo 2205-rec-soap.xml é a resposta do web service para a sua requisição inalterada pelo ACBr.

Veja o conteúdo dela:

<?xml version="1.0" encoding="UTF-8"?><!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"><html xmlns="http://www.w3.org/1999/xhtml"><head><title>GlassFish Server Open Source Edition  4.0  - Error report</title><style type="text/css"><!--H1 {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:22px;} H2 {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:16px;} H3 {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:14px;} BODY {font-family:Tahoma,Arial,sans-serif;color:black;background-color:white;} B {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;} P {font-family:Tahoma,Arial,sans-serif;background:white;color:black;font-size:12px;}A {color : black;}HR {color : #525D76;}--></style> </head><body><h1>HTTP Status 500 - Internal Server Error</h1><hr/><p><b>type</b> Exception report</p><p><b>message</b>Internal Server Error</p><p><b>description</b>The server encountered an internal error that prevented it from fulfilling this request.</p><p><b>exception</b> <pre>javax.servlet.ServletException: java.lang.RuntimeException: The external object throws an exception.
	at SdtValidadorXML.validarxml&#40;SdtValidadorXML.java:46&#41;
	at validarschemaxml.privateExecute&#40;validarschemaxml.java:66&#41;
	at validarschemaxml.execute_int&#40;validarschemaxml.java:61&#41;
	at validarschemaxml.execute&#40;validarschemaxml.java:46&#41;
	at recepcionarloterpsinterno.privateExecute&#40;recepcionarloterpsinterno.java:299&#41;
	at recepcionarloterpsinterno.execute_int&#40;recepcionarloterpsinterno.java:56&#41;
	at recepcionarloterpsinterno.execute&#40;recepcionarloterpsinterno.java:43&#41;
	at arecepcionarloterps_impl.privateExecute&#40;arecepcionarloterps_impl.java:288&#41;
	at arecepcionarloterps_impl.execute_int&#40;arecepcionarloterps_impl.java:277&#41;
	at arecepcionarloterps_impl.webExecute&#40;arecepcionarloterps_impl.java:239&#41;
	at com.genexus.webpanels.GXWebObjectBase.doExecute&#40;Unknown Source&#41;
	at arecepcionarloterps.doExecute&#40;arecepcionarloterps.java:20&#41;
	at com.genexus.webpanels.GXWebObjectStub.callExecute&#40;Unknown Source&#41;
	at com.genexus.webpanels.GXWebObjectStub.doPost&#40;Unknown Source&#41;
	at javax.servlet.http.HttpServlet.service&#40;HttpServlet.java:707&#41;
	at javax.servlet.http.HttpServlet.service&#40;HttpServlet.java:790&#41;
	at org.apache.catalina.core.StandardWrapper.service&#40;StandardWrapper.java:1682&#41;
	at org.apache.catalina.core.StandardWrapperValve.invoke&#40;StandardWrapperValve.java:318&#41;
	at org.apache.catalina.core.StandardContextValve.invoke&#40;StandardContextValve.java:160&#41;
	at org.apache.catalina.core.StandardPipeline.doInvoke&#40;StandardPipeline.java:734&#41;
	at org.apache.catalina.core.StandardPipeline.invoke&#40;StandardPipeline.java:673&#41;
	at com.sun.enterprise.web.WebPipeline.invoke&#40;WebPipeline.java:99&#41;
	at org.apache.catalina.core.StandardHostValve.invoke&#40;StandardHostValve.java:174&#41;
	at org.apache.catalina.connector.CoyoteAdapter.doService&#40;CoyoteAdapter.java:357&#41;
	at org.apache.catalina.connector.CoyoteAdapter.service&#40;CoyoteAdapter.java:260&#41;
	at com.sun.enterprise.v3.services.impl.ContainerMapper.service&#40;ContainerMapper.java:188&#41;
	at org.glassfish.grizzly.http.server.HttpHandler.runService&#40;HttpHandler.java:191&#41;
	at org.glassfish.grizzly.http.server.HttpHandler.doHandle&#40;HttpHandler.java:168&#41;
	at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead&#40;HttpServerFilter.java:189&#41;
	at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute&#40;ExecutorResolver.java:119&#41;
	at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter&#40;DefaultFilterChain.java:288&#41;
	at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart&#40;DefaultFilterChain.java:206&#41;
	at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute&#40;DefaultFilterChain.java:136&#41;
	at org.glassfish.grizzly.filterchain.DefaultFilterChain.process&#40;DefaultFilterChain.java:114&#41;
	at org.glassfish.grizzly.ProcessorExecutor.execute&#40;ProcessorExecutor.java:77&#41;
	at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent&#40;TCPNIOTransport.java:838&#41;
	at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent&#40;AbstractIOStrategy.java:113&#41;
	at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0&#40;WorkerThreadIOStrategy.java:115&#41;
	at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100&#40;WorkerThreadIOStrategy.java:55&#41;
	at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run&#40;WorkerThreadIOStrategy.java:135&#41;
	at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork&#40;AbstractThreadPool.java:564&#41;
	at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run&#40;AbstractThreadPool.java:544&#41;
	at java.lang.Thread.run&#40;Thread.java:745&#41;
Caused by: java.lang.NullPointerException
	at br.com.abaco.xml.XmlSchemaValidator.validarXml&#40;XmlSchemaValidator.java:61&#41;
	at SdtValidadorXML.validarxml&#40;SdtValidadorXML.java:42&#41;
	... 42 more
</pre></p><p><b>note</b> <u>The full stack traces of the exception and its root causes are available in the GlassFish Server Open Source Edition  4.0  logs.</u></p><hr/><h3>GlassFish Server Open Source Edition  4.0 </h3></body></html>

Isso é um problema do lado do Web Service.

Fiz um teste com o programa exemplo em homologação e foi normal.

Conforme foi pedido pelo @Daniel InfoCotidiano, por favor, refaça o teste novamente hoje.

  • Curtir 3
Consultor SAC ACBr

Diego Folieni
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr     Telefone:(15) 2105-0750 WhatsApp(15)99790-2976.  Discord

Projeto ACBr - A maior comunidade Open Source de Automação Comercial do Brasil


Participe de nosso canal no Discord e fique ainda mais próximo da Comunidade !!

  • Membros Pro
Postado

Vou aproveitar este tópico para colocar os SOAPs da IPM em cachoeirinha, aonde a nota é enviada, mas retorna Input is not proper UTF-8, indicate encoding !Bytes: 0xE7 0x6F 0x20 0x6E

ipm.zip

  • Consultores
Postado

Seu -soap de retorno tem caracteres estranhos, veja:

<mensagem>
<codigo>00209 - Jᠣonsta uma NFSe para o referido prestador de servi篠com o mesmo IDENTIFICADOR de arquivo</codigo>
</mensagem>

Se estiver com a codificação de resposta da Lib configurada para Ansi, por favor, altere para UTF-8 e faça um novo teste.

A mesma lógica se tiver configurada UTF-8.

Também é válido se certificar de que está com a última versão disponível da LibNFSe.

Consultor SAC ACBr

Diego Folieni
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr     Telefone:(15) 2105-0750 WhatsApp(15)99790-2976.  Discord

Projeto ACBr - A maior comunidade Open Source de Automação Comercial do Brasil


Participe de nosso canal no Discord e fique ainda mais próximo da Comunidade !!

  • Membros Pro
Postado

Diego, boa tarde
estou na versão 1.0.0.55.

recebo o mesmo erro tanto com CodificacaoResposta=0 como =1 (tanto UTF como ANSI)

Tenho outras prefeituras com IPM que vai ok, só nesta mesmo que esta dando este erro.

  • Consultores
Postado

Boa tarde!

Fiz um teste com o componente nativo forçando o conteúdo do seu arquivo 130-lista-nfse-ger-soap.xml na resposta para que ele usasse ela.

O preview da impressão foi mostrado e o XML foi gerado corretamente.

Houve uma alteração recente nas units do componente nativo relacionadas a este provedor que acredito ainda não terem sido inclusas na compilação da lib.

Vou pedir ao time responsável uma nova compilação para que possa fazer novo teste.

Consultor SAC ACBr

Diego Folieni
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr     Telefone:(15) 2105-0750 WhatsApp(15)99790-2976.  Discord

Projeto ACBr - A maior comunidade Open Source de Automação Comercial do Brasil


Participe de nosso canal no Discord e fique ainda mais próximo da Comunidade !!

  • Consultores
Postado

Bom dia!

Foi gerada uma nova compilação da Lib.

Por favor, queira atualizar e realizar novos testes.

Consultor SAC ACBr

Diego Folieni
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr     Telefone:(15) 2105-0750 WhatsApp(15)99790-2976.  Discord

Projeto ACBr - A maior comunidade Open Source de Automação Comercial do Brasil


Participe de nosso canal no Discord e fique ainda mais próximo da Comunidade !!

  • 3 semanas depois ...
  • Membros Pro
Postado

Diego, boa tarde
desculpe a demorar sobre este tópico, o cliente demorou em retornar. mesmo na versão 1.0.0.65 dá o mesmo erro. Relembrando o caso, padrão IPM em cachoeirinha envia a nota com sucesso, mas não consegue processar o retorno.
estou anexando os soaps + o log do componente. 

soaps.rar

  • Consultores
Postado
3 minutos atrás, SHARMAQ disse:

Diego, boa tarde
desculpe a demorar sobre este tópico, o cliente demorou em retornar. mesmo na versão 1.0.0.65 dá o mesmo erro. Relembrando o caso, padrão IPM em cachoeirinha envia a nota com sucesso, mas não consegue processar o retorno.
estou anexando os soaps + o log do componente. 

soaps.rar 29.22 kB · 0 downloads

Boa tarde!

Infelizmente, não é possível detectar o encoding de um arquivo com 100% de precisão.

Por isso, em um cenário ideal, a pessoa deve saber qual é o encoding da string que está vindo para poder trabalhar com ela e por via de regra essa informação é devolvida na primeira linha do XML.

Veja o arquivo 157-lista-nfse-ger-soap.xml, ele é a resposta devolvida pelo web service para o ACBr:

image.png

Veja que ele trás a linha informando que o arquivo está codificado em UTF-8 e se eu abrir ele o notepad até identifica como tal, mas ele está trazendo caracteres em ANSI.

Isso está causando um erro na hora que tenta ler o arquivo.

Entre em contato com o provedor e questione está situação.

Consultor SAC ACBr

Diego Folieni
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr     Telefone:(15) 2105-0750 WhatsApp(15)99790-2976.  Discord

Projeto ACBr - A maior comunidade Open Source de Automação Comercial do Brasil


Participe de nosso canal no Discord e fique ainda mais próximo da Comunidade !!

  • 1 mês depois ...
  • Consultores
  • Solution
Postado
Em 15/12/2023 at 15:51, Diego Foliene disse:

Boa tarde!

Infelizmente, não é possível detectar o encoding de um arquivo com 100% de precisão.

Por isso, em um cenário ideal, a pessoa deve saber qual é o encoding da string que está vindo para poder trabalhar com ela e por via de regra essa informação é devolvida na primeira linha do XML.

Veja o arquivo 157-lista-nfse-ger-soap.xml, ele é a resposta devolvida pelo web service para o ACBr:

image.png

Veja que ele trás a linha informando que o arquivo está codificado em UTF-8 e se eu abrir ele o notepad até identifica como tal, mas ele está trazendo caracteres em ANSI.

Isso está causando um erro na hora que tenta ler o arquivo.

Entre em contato com o provedor e questione está situação.

Bom dia @SHARMAQ!

Foi feita uma alteração visando resolver esta questão.

Por favor, queira atualizar sua Lib para a versão mais recente disponível no fórum e realize um novo teste.

Consultor SAC ACBr

Diego Folieni
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr     Telefone:(15) 2105-0750 WhatsApp(15)99790-2976.  Discord

Projeto ACBr - A maior comunidade Open Source de Automação Comercial do Brasil


Participe de nosso canal no Discord e fique ainda mais próximo da Comunidade !!

×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.