Acesso violento no carregamento do XML do manifesto na ACBrLibMDFe

[devFortes]

Boa tarde, consegui simular o acesso violento no carregamento do XML do manifesto na DLL, vou passar o log, para analise.

Identifiquei tambem algumas ocorrencias na ACBrLibCTe no mesmo momento e no retorno de ambas as DLLs, onde os documentos são emitidos na sefaz mas parece ocorrer algum erro ao ler o XML de retorno da SEFAZ.

O erro ocorre de maneira aleatoria em momentos de grande quantidade de requisições, em um desses momentos consegui capturar o log da DLL.

Em alguns casos a mensagem, erro ao consultar o protocolo do manifesto ocorreu no momento do encerramento do manifesto.

ACBrLibMDFe-20250718.log

[Daniel InfoCotidiano]

Olhando o log, no comando carregar XML.
MDFE_CarregarXML()
Você informa o conteudo do XML ou vc informa o path com o arquivo (c:\teste\mdfe0000.xml) ?
Este XML é criado pela solução ACBr ou vc cria por outra aplicação ?
Pode anexar o XML aqui por favor

Sabe me informar a versão da sua lib ?

https://acbr.sourceforge.io/ACBrLib/MDFE_Versao.html

 

[devFortes]

Bom dia, eu informo o conteudo do XML, que é gerado pela minha aplicação.

Segue XML de exemplo em anexo.

 

PS: paralelo ao erro de carregar XML, venho recebendo muito o erro: Falha na consulta do Protocolo MDFe, durante o encerramento do Manifesto, algumas vezes que consegui simular o encerramento ocorreu com sucesso, porem parece ter algum problema ao ler o retorno da SEFAZ.

XML.xml

[Daniel InfoCotidiano]

Se você tentar validar pelo site sefaz, tem erros alguns erros de schemas:
https://dfe-portal.svrs.rs.gov.br/Mdfe/ValidadorXML

Consegue gerar um XML através da Solução ACBr e comparar com o seu, acredito que seja mais fácil de vc identificar.

[devFortes]

vou verificar, porem nesses casos de erro no XML, seria possivel uma mensagem mais clara? pois a violação de acesso deixa dificil identificar o problema

[Daniel InfoCotidiano]

Sim, vc pode carregar o XML e executar o metodo validar:
https://acbr.sourceforge.io/ACBrLib/MDFE_Validar.html

 

[devFortes]

Boa tarde, na verdade quiz disser no carregar XML, pois primeiramente carrego o XML no componente e depois chamo o validar, o erro ocorre ja no carregar, nao dando tempo chegar no validar para verificar inconsistencias

Um exemplo de um caso que funcionou, carrego o XML, Assino e depois valido, para so então enviar.

Inclusive identifiquei uns pontos que estava mandando errado mesmo, porem como as vezes passa as vezes nao, creio que a DLL tenha tratamentos para essas informações, porem nao funcionam todas a vezes

comparei dois XML um que deu erro e outro que funcionou e estão identicos.

Identifiquei tambem que em um caso onde o erro ocorreu o log mostra o destravar logo em seguida ao travar

Em outro caso que o erro nao ocorreu o destravar foi depois do SetRetorno

Creio que devido a isso a violação de acesso ocorre, deve estar tentando matar algo antes de finalizar o processo.

Editado Há 6 horas por devFortes

[Daniel InfoCotidiano]

@devFortes qual a sua linguagem de desenvolvimento ?

Testei no C# aqui não deu erro.
 

23/07/25 13:33:23:939 - MDFE_LimparLista
23/07/25 13:33:23:940 - Travar
23/07/25 13:33:23:942 -    SetRetorno(0, 0 MDFe(s) Carregado(s))
23/07/25 13:33:23:944 - Destravar
23/07/25 13:33:45:119 - MDFE_CarregarXML(C:\Testes\DevFortes\XML.xml )
23/07/25 13:33:45:120 - Travar
23/07/25 13:33:45:122 -    SetRetorno(0, 1 MDFe(s) Carregado(s))
23/07/25 13:33:45:122 - Destravar
23/07/25 13:33:45:125 - MDFE_ValidarRegrasdeNegocios
23/07/25 13:33:45:126 - Travar
23/07/25 13:33:45:127 -    MoverStringParaPChar. StrLen:191, BufLen:256
23/07/25 13:33:45:128 -    SetRetorno(0, Erro(s) nas Regras de negócios do Manifesto: 32
226-Rejeição: Código da UF do Emitente diverge da UF autorizadora
247-Rejeição: Sigla da UF do Emitente difere da UF do Web Service

)
23/07/25 13:33:45:129 - Destravar
23/07/25 13:34:09:271 - TACBrLib.Destroy
23/07/25 13:34:09:273 - Finalizar

1. Limpei a lista
2.Carreguei o XML 
3.Executei o metodo Validar regras de Negócios
 

[devFortes]

Boa tarde, C#, o problema nao ocorre sempre, testes pontuais não apresentão o erro, notamos o erro quando temos uma quantidade grande e consecutiva de processamento em sequencia