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

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.

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

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

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

Não, precisaria ser em um conteiner mesmo. Creio que encontrei uma solução, mudei a instancia do ACBRLib para Singleton, para não precisar ficar recriando, utilizando assim e a versão multithreading, talvez funcione, mas ainda estou fazendo testes para validar a ideia, alguem ja utilizou dessa forma?

Boa tarde alguem consegue me dar uma ajuda, mesmo tentando as sugestões anteriores ainda estou com o mesmo problema, na primeira requisição funciona, porem na segunda ele quebra, como se tentase abrir novamente porem o anterior continua travado.

Boa tarde, quando inicio o conteiner com o ENTRYPOINT ["xvfb-run", "dotnet", "ACBr.API.dll"], conforme exemplo, o mesmo trava, não apresentando nenhum log Quando utilizo: ENTRYPOINT [ "/bin/sh", "-c", "/usr/bin/xvfb-run -a $@", "" ] CMD [ "dotnet", "ACBr.API.dll" ] Funciona, porem apresenta o erro que reportei inicialmente

Boa tarde, estou implementando um projeto utilizando ACBRLib com C# em um container docker, quando realizo um teste utilizando a ACBRLib funciona bem, estou testando verificando o status do serviço, porem na segunda tentativa é apresentado o seguinte erro: Alguem saberia me informar oque pode ser ?