Rafael Dias

Colocou a dll e suas dependências dentro da pasta System32 ? Dentro do Netbeans eu coloco um path com dependência para localizar a lib, teria como fazer isso por config ou código ? Tem que ver como o Tomcat faz o path do exe, talvez colocar no path do JRE ou do exe do Apache/Tomcat resolva.

Carregamento das dependências de dll nativas seguem o protocolo de procurar nos Paths, isso é o comportamento normal não tem como alterar. A sequencia é sempre path do exe primeiro, depois paths do windows. Você pode fazer uma chamada no inicio do seu exe para definir o path para a pasta correta que ela será usada na procura por dll, utilizando o codigo abaixo. var path = Assembly.GetExecutingAssembly().CodeBase; path += Environment.Is64BitOperatingSystem ? "ACBrLib\\x64\\" : "ACBrLib\\x86\\"; Environment.SetEnvironmentVariable("PATH", path, EnvironmentVariableTarget.Process); Com isso nem se faz necessário alteração na classe atual. Você também pode colocar as libs como resources e extrai-las de acordo com o OS dentro do path do programa, o bom desta opção é que você garante sempre que a lib que esta sendo usada é a versão a qual você testou.

Olha eu consegui ler seu xml corretamente aqui na lib inclusive mandei regerar e o xml veio idêntico. Vou tentar usar o demo do VB6 para ver se consigo reproduzir o erro. Outra coisa como esta o xml de env para o aparelho esta diferente do xml que você mandou carregar ? Teria como extrair o log do aparelho também ?

Sim se olhar no demo as propriedades são enviadas usando a função configGravarValor, principalmente propriedades que são criptografadas, se tentar usar diretamente no ini vai dar erro pois a mesma vai ser lida de forma incorreta pois não possui criptografia. O recomendado é usar a configGravarValor e a função configLerValor para se trabalhar com o ini da ACBrLib.

Pelo visto no log de build faltou incluir o projeto ACBr Common, por isso os vários erros de classes não encontradas, o mesmo se encontra na pasta raiz dos demos em java. Obs.: Por favor quando postar log favor anexar ao posto facilita a leitura do problema.

para resolver isso é simples. Você pode distribuir as dll corretas de acordo com o OS do seu cliente, o que é muito simples. Modificar a classe para carregar das pastas como você fez na mensagem Copiar as dll corretas nas pasta do windows. Qualquer uma das opções acima funciona corretamente, não tem necessidade de mexer na lib.

Qual a linguagem de programação ? Esta usando a dll direto ou alguma classe disponibilizada pelo projeto ?

A configurações se encontra no manual sim https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca16.html Veja a sessã DANFe

Rapaz eu não consegui reproduzir este erro citado, aqui funciona normalmente.

Qual a versão do Openssl você está usando pois é ele que manipula o certificado, se maior que 1.0 não vai funcionar mesmo.

eu fiz um demo de como utilizar as dll da NFe em c++, ele ta simples mais esta fácil de continuar. Eu testei no VS 2019 mas não deve ser muito diferente no GCC. http://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos/C++/NFe/

O Java costuma ler as dll do Path do sistema e do path do java JRE. Primeiro precisamos saber qual a versão do JRE está sendo usado, x86 ou x64, depois precisamos copiar as dll corretas nas pastas do windows ou JRE.

Estamos vendo a possibilidade de adicionar o retorno em ASCII nas lib também, já esta na lista até segunda devo ter algo pronto.

Não no monitor tem opçao de retorno em ASCII e a dll não possui esta opção. Eu pesquisei e vi que o PowerCobol tem suporte a UTF8, de uma olhada em como converter de UTF8 para ASCII.

Faltou as dll do openssl.

Rapaz que eu saiba está tudo padronizado com dfe s algum tempo já. qual método está dando diferença?

O erro no C# não tem nada haver com a ACBrLib.Core.dll , pela sua imagem fica claro que ele não esta achando a dll nativa e que o erro foi lançado na ACBrLib.Core.dll . Infelizmente não temos exemplo em C++, para corrigir o erro no C# copie a dll nativa e suas dependências para o diretório do executável, lembrando que o c# usa dll Cdecl e o programa executa de acordo como o sistema operacional, ou seja se o sistema operacional for x64 o programa executa em x64 e vice versa;

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

Qual a linguagem de programação ? Esta usando a classe para mesma ? O retorno vem acentuado apenas em UTF8.

https://acbr.sourceforge.io/ACBrLib/SAT_ImprimirExtratoCancelamento.html Você esta usando qual linguagem ?

Eu não to falando da versão da NFe e sim do nível do Log https://acbr.sourceforge.io/ACBrLib/Geral.html Sessão = Principal Chave = LogNivel Pois seu log esta incompleto e não tem como te ajudar sem estas informações.

Seu log parece incompleto, pois não mostrar o retorno do erro. Erro -10 é erro na execução da função, e se teve retorno o mesmo era para estar no log. Tente colocar o log LogNivel = 4 e me enviei novamente.

Eu utilizo o Netbeans 11 e JDK 8 Update 202, Se você esta utilizando a lib NFe ela tem dependências próprias confira as mesma na pasta dep.

Bom dia. Eu utilizo a IDE do NetBeans para desenvolver os demos e funciona corretamente. Qual a versão do SDK que está usando ? x86 ou x64 ? Copiou as dependências junto da dll da ACBrLib ?

Esta com um erro na função de carregar o ini do evento, mas já foi corrigido e a nova dll já se encontra disponível para download. Favor testar com ela.