Jump to content

dev botao

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


Go to solution Solved by Diego Foliene,
  • Este tópico foi criado há 399 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Recommended Posts

  • Consultores
Posted

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.

  • Like 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
Posted

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
Posted

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
Posted

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
Posted

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
Posted

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 weeks later...
  • Membros Pro
Posted

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
Posted
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 month later...
  • Consultores
  • Solution
Posted
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 !!

×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.

The popup will be closed in 10 seconds...