LogProgramador

Estou conversando com o responsáveis pela infra. Como são terceirizados, é um pouco demorado a conversa. Mas retorno aqui se conseguir mais informações.

No demo que eu coloquei no servidor linux, eu configurei para gerar log assim como você fez, a única diferença é que coloquei no diretório da aplicação

Entendo. Mas o que posso fazer se não grava? Eu mencionei que o demo.Api está gerando, mas só gera nesse cenário que você fez, se você rodar ele com IISExpress ele não gera também. Provavelmente o que acontece com IISExpress acontece na API no openSuse que é onde cai a aplicação. Eu dei um find no servidor opensuse procurando por arquivo de log do acbr e não achou nada: Também peguei o demo.Api, removi o boleto e modifiquei a rota de impressão para imprimir um xml fixo numa string. Mesmo resultado, não gravou log. Executei o find novamente e não achou nada.

Certo, mas perceba que você passa um diretório TempPath para o diretório do log mas o log é gravado na pasta da aplicação Não obedeceu a configuração. O demo aqui gerou também, eu fiz tudo com base nele

Fiz os testes Application.StartupPath é biblioteca do windows forms, meu projeto é api. Fiz algumas pesquisas de obter o path da aplicação e mas em todos não encontrei o log, e eles retornam praticamente o mesmo path que eu uso. Já tinha feito o teste com caminho absoluto e não tinha dado certo. --- Estou tentando fazer teste com arquivo ini fisico, mas está dando erro ao criar o acbr. 'Attempted to read or write protected memory. This is often an indication that other memory is corrupt Eu apenas removi o Memory da criação e chamei o acbrnfe.ConfigGravar() após fazer as devidas configurações. Precisa fazer algo a mais?

Ok, fico no aguardo. Estou pendente deste problema para dar continuidade liberação de nota fiscal na minha aplicação. obrigado.

Então, não sei se sou eu que estou usando de forma errada o componente ou é algo nele, mas notei o seguinte: Eu configuro um local para gravar o log, em nenhum cenário ele é gravado nesse local que eu configurei. Isso na minha máquina windows. Há permissão para gravar nesse diretório, é o mesmo diretório de outros logs das aplicações. Executei a aplicação com iisexprees e não gravou log Executei a aplicação com console e gravou o log, no diretório da aplicação e não no diretório configurado No Linux OpenSuse ele é executado em console e não grava o log nem na pasta da aplicação Também tem permissão de escrita no diretório, já fiz um teste solicitado pelo Daniel infocotidiano Tentei gerar o arquivo ini com a rotina acbrNfe.ConfigGravar, mas o arquivo não foi gerado, o parãmetro deixei vazio, passei o nome do arquivo e também o path completo e em nenhum caso gerou. Segue em anexo o arquivo log gerado numa emissão de nota fiscal com a aplicação sendo executada em console no windows. Lembrando que esse não é o cenário do post, isso ocorre no Linux Open Suse. ACBrLibNFE-20230509.log Está nível paranóico --- Para ficar bem alinhado, segue como está toda a configuração e uso do meu acbr Configuração D.I do component No serviço de envio o componente é injetado e configurado nessa classe de configuração ACBrNFeComponentConfig.cs Serviço de envio A partir daí é apenas tratar o retorno do cstat. Em nenhum momento eu uso o .ini, faço alguma chamada de ConfigValor ou nada pareceido, é tudo direto no componente. Menciono isso porque eu vi alguns relatos do discord de pessoas que usam em memory e fazem configurações usando ConfigValor. Sobre o Inicializar o finalizar a lib, eu vi que o handle do acbr já faz isso. Bem, É dessa forma que uso.

Eu uso em memory, MT. Esse .ini não é gerado na máquina até onde eu sei. Se precisar eu chamo a rotina GravarIni e pego o arquivo

Segue em anexo ACBrNFeComponentConfig.cs

Olá, estou implementando a integração com nota fiscal: Aplicação API C# ACBr em memory Servidor linux OpenSuse A nota fiscal é enviada, gera o xml e imprime corretamente. O problema acontece alguns minutos (1-3) após esse envio, sem fazer nada na api, sozinho. A biblioteca também não grava log, tenho a seguinte configuração: Essa configuração aponta para: ACBrNFe log path "/home/logsistemas/domynus/test-api/logs": Tenho permissão de escrita nesse diretório conforme um teste sugerido pelo Daniel (Info cotidiano): ls > /home/logsistemas/domynus/test-api/logs/teste.txt É o mesmo diretório de salvamento dos logs da api Obrigado Estou usando em multithread

Então, quanto a isso, a mesma pasta do ACBRLib que uso no windows, estou usando nesse Linux; Ela está na pasta onde está a DLL sendo executada. Com a seguinte estrutura dentro da minha pasta bin/debug/net6.0/ACBrLib A diferença é que eu apenas coloquei o libacbrnfe64.so no /usr/lib64 e por garantia copiei a libacbrnfe86.so para /usr/lib. Você mencionou sobre instalar a .so, seria isso, somente colocar na /usr ou precisa de algo a mais?

ok então, obrigado pela atenção pessoal

Num computador linux ubuntu desktop, eu configurei a minha aplicação e testei recebendo esse retorno Erro ao inicializar a Biblioteca LibXML2 Essa aplicação está configurada da mesma forma como no windows, mudando somente as configurações DFe por não ser windows, ficando assim acbrNfe.Config.DFe.SSLCryptLib = SSLCryptLib.cryOpenSSL;//cryOpenSSL Somente A1 acbrNfe.Config.DFe.SSLHttpLib = SSLHttpLib.httpOpenSSL;//httpOpenSSL acbrNfe.Config.DFe.SSLXmlSignLib = SSLXmlSignLib.xsLibXml2; Eu troquei as outras opções de `acbrNfe.Config.DFe.SSLXmlSignLib` e nenhuma deu certo.

Ainda estou tentando ver como executar esse protocolo. Eu percebi aqui em uns testes que os logs que deveriam ser apresentados no console não estavam sendo e com isso vi que a rota não estava nem sendo executada. Coloquei alguns logs diferentes na estrutura do ACBr e notei que o problema mencionado cannot open display está ocorrendo na classe ACBrLibHandle precisamente na linha IntPtr pNewSession = LibLoader.LoadLibrary(dllName); Erro Código Foi apresentando o erro, mas não entrou no catch. A libacbrnfe64.so se encontro em /usr/lib e lib64 Estou somente reportanto mesmo, de repente pode ajudar.

Beleza pessoal, vou analisar os links e conversar com o pessoal. Volto a retornar aqui. obrigado.