devFortes

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 ?

Ok, ficarei no aguardo de novas informações

Boa tarde o problema persistiu porem notei que o cteCabecMsg foi removido, pelo que vi nas alterações era pra ser assim mesmo, mas a mensagem de rejeição não mudou. 1-env-lot.xml 1-env-lot-soap.xml 1-pro-lot.xml 1-pro-lot-soap.xml

Desculpe, acabei marcando a preferencia errada, durante o teste, segue os arquivos solicitados. 23230463542443000124570030000722961685822936-ped-sit.xml 23230463542443000124570030000722961685822936-ped-sit-soap.xml 23230463542443000124570030000722961685822936-sit.xml 23230463542443000124570030000722961685822936-sit-soap.xml

Bom dia, segue os prints dos retornos: Notamos que no portal do conhecimento eletrônico, as versões dos serviços de emissão estão com 3.00 ainda e que no arquivo ACBrCTeServicos.ini não existe chave para a versão 4.00 estamos achando que a homologação do 4.00 ainda não foi liberada, mesmo já sendo dia 10/04. Poderia verificar e nos dar um retorno.

Boa tarde, realizei a implementação necessária para mandar o CT-e 4.00, porem estou recebendo uma rejeição referente a versão estar errada. Fiz a configuração no componente, estou usando os novos esquemas. Notei que no arquivo ACBrCTeServicos.ini não tem as chaves para a versão 4.00 Estou recebendo o seguinte retorno

Ok, ficarei no aguardo

Bom dia, atualizei e testei a alteração e o nome foi usado, porem foi acrecido um "-mdfe" no final do nome: Como o nome tem a extenção fica .pdf-mdfe. A geração do CTe gera apenas com o nome informado: Não deveria ser igual ?

Ok, Obrigado

Ok, Obrigado , quando for liberado tem como avisar?, onde posso acompanhar?

Nesse caso será realizado um ajuste? Pois a documentação indica que na geração do DAMDFe, essa opção pode ser utilizada, e no CTe, ela funciona dessa forma.

Bom diaquando chamo o metodo ImprimirPDF para o MDFe: Mesmo configurando o path e o nome do documento: As configurações são aplicadas con sucesso: Porem o PDF é criado no local correto com o nome errado: Aparentemente ele esta usando a chave do MDF-e