Rafael Dias

Quando tu passa [Memory] no primeiro parâmetro ele não cria o ini de configuração em disco e utiliza ele direto da memoria, ele não criou o arquivo ini pois o erro é exatamente isso, falta de permissão para criar arquivo no path padrão por isso ele não gera o ini. O Memory teve um tópico sobre isso, vou falar para colocar no manual depois uma explicação, ma ele não te limitação alguma a diferença é que não tem arquivo de configuração físico, e é o recomendado para ser utilizado em aplicações web. As limitações vão ser da dll demo que acompanha o pacote nuget, ela só funciona por meia hora e só emite nota em ambiente de homologação.

Esta funcional sim, eu uso aqui e esta de boa, só que no nuget só tem a dll demo, tem que ver o tipo de erro que esta ocorrendo, de cabeça já penso que ele deve estar utilizando em app web, não esta usando configuração na memoria, e o path onde a dll esta querendo criar o ini de configuração não é acessivel.

p/acbr/code - Revision 24116: /trunk2/Projetos/ACBrLib/Demos/C# (sf.net)

Isso não é na lib nela é forçada internamente a usar os formatos BR, pode er algo na classe em c#.

Cara você precisa nas configurações para usar TLS 1.2, para isso basta mudar no ini SSLType para 5(LT_TLSv1_2). As configurações do IE não influenciam quando se esta usando SSLHttpLib = 2 (httpWinHttp).

mano tem uns 2 metodos para pegar o xml, tem o gravarxml e o salvarxml

Demo ajustado faça um update.

você atualizou só um dll e não atualizou as outras, a core mudou de versão devido a correções, sempre confira se a core esta em versão nova, quando ocorrer isso precisa atualizar todas as dll.

Baixe os Schemas desse link p/acbr/code - Revision 23502: /trunk2/Exemplos/ACBrDFe/Schemas/GNRe (sf.net)

isso é configuração da sua parte nas configurações da Lib, você mudou o padrão de retorno. Geral (sourceforge.io) Olhe ai a configuração de TipoResposta

ACBrLib é uma dll então sim precisa de uma dll, estas classes do demo são classes usadas para consumir estas dlls. E não temos pacote no maven, você precisa compilar os jar e utilizar o mesmo no seu projeto.

Não tem nada haver com memoria, você mudou o tipo de retorno não mude o mesmo, a classe do projeto só funciona com o retorno em ini, se quiser usar outro tipo de retorno você precisa implementar o mesmo.

este erro é de dependencia a lib preicisa de um xterminal para funcionar p/acbr/code - Revision 23260: /trunk2/Projetos/ACBrLib/Demos/PHP/NFe (sf.net) Se olhar no docker file deste demo em php, vai encontrar as dependencias e da para facilmente adptar ele para node.js

Este erro não é de compilação e sim erro do fpc.

Eventos não muda nada, isso é so para o envio.

Não ACBrLibCHQ é para impressora de cheque e não matricial p/acbr/code - Revision 23122: /trunk2/Projetos/ACBrLib/Demos/C# (sf.net)

Não tem como fazer isso na web, pois pelo navegador você não terá acesso ao hardware do cliente, pois seria uma falha grave de segurança. Você pode criar um programa cliente que instala no pc da pessoa e se comunicar com ele via tcp ou websocket.

Isso ai é que faltou o LimparEventos ali por isso ta so subindo, vou ajustar o demo, mas basta chamar o limpareventos antes de imprimir.

Não consegui reproduzir aqui, mas vi que tem alguns pontos no log que depois de chamar o imprimirevento o proximo comando é o mesmo

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Meio dificil ocorrer isso visto que cada chamada de qualquer metodo ele antes de fazer o retorno faz a rescrita dessa variável. Poste o log para analise

Não o ultimo retorno é uma variavel interna da lib, e serve para salvar o ultimo retorno, devido ao tamanho da string passada no metodo pode ser menor que o tamanho necessario para pegar os dados completos.

Eu achei o erro, já foi enviado a correção no svn e na nova versão da lib lançada.

Erro 500 é exatamente isso.

Atualize seu demo e sua classe em c# o problema era nela e não na lib.