Júlio Cavalcanti

Isso fica a teu critério, depende do teu contexto. Como é API, normalmente usam a String com o conteúdo.

Como a tua solução é API, acho que pode utilizar o somente o conteúdo do ini dessa forma tu evita utilizar arquivos físicos. Basta seguir o modelo, preencher ele com os dados necessários passar o conteúdo do arquivo.ini como parâmetro do método.

Boa! Na tua API tu pode configurar daquela primeira maneira que sugeri. Dessa forma tu tem mais controle do diretório onde está a dll.

Ficaria assim: - A DLL da NFe (De acordo com a arquitetura do teu Java) no projeto. - A DLL da openssl e libxml2 (6 dlls no total) dentro do diretório bin do Java que está utilizando Como teu projeto executa normalmente, a DLL da NFe está correta. Então basta adicionar as dlls da openssl e libxml2 e reiniciar a aplicação. Isso deve resolver o teu problema. Verifique também se teu projeto não está utilizando outro jdk do Java.

Exatamente

Dentro do bin do Java que está utilizando?

@bds Seguindo as orientações acima não funcionou?

Tentou executar as instrução acima? Colocar as dlls da libxml2 na bin do Java também deve resolver, tanto para API quanto para o Demo.

Coloque as dlls da libxml2 na bin do Java

Bom dia, @bds. Passei pelo mesmo problema recentemente (Inclusive em uma API com Java e Spring) Assumindo que o timeout, certificado os schemas estão devidamente configurados. Pode ser a dll da LibXML2. Como está apontando elas? No meu projeto Spring, está mapeado da seguinte maneira: System.load("C:\\workspace\\acbrlibnfe-api\\libs\\ACBrNFe64.dll"); System.load("C:\\workspace\\acbrlibnfe-api\\libs\\libcrypto-1_1-x64.dll"); System.load("C:\\workspace\\acbrlibnfe-api\\libs\\libssl-1_1-x64.dll"); System.load("C:\\workspace\\acbrlibnfe-api\\libs\\libiconv.dll"); System.load("C:\\workspace\\acbrlibnfe-api\\libs\\libxml2.dll"); System.load("C:\\workspace\\acbrlibnfe-api\\libs\\libxslt.dll"); System.load("C:\\workspace\\acbrlibnfe-api\\libs\\libexslt.dll");

Vamos disponibiliza-las no fórum para Download. Assim que estiver disponível eu aviso por aqui.

Um momento.

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

Obrigado @Sidnei de Souza e @Desenvolvimento Eagle pela ajuda.

Muito obrigado pelo apoio! Dia 17 vamos realizar outro teste, para ver se foi corrigido.

Para Número do Documento de Cobrança a propriedade é NumeroDocumento Para Identificação do Título na Empresa a propriedade é SeuNumero Como está começando agora com o ACBrBoleto, sugiro acessar o curso disponível no Nutror https://acbr.nutror.com/curso/c365775961fb6232c2b06ceee9d39be343e339cd/aula/8279903 vai te dar uma boa base de como o ACBrBoleto funciona.

Uma possibilidade é enviar por API e controlar o retorno por CNAB. É uma prática comum nesse cenário. Outra possibilidade é comunicar o banco fazendo sugestões de novas consultas.

Bom dia @cdsistemas. Via API por enquanto não temos, mas já consta em nosso backlog. Sobre a previsão de implementação, depende da demanda e disponibilidade da equipe.

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

Via API não temos. O ACBrPagFor é via troca de arquivos. Mas está em nossos planos

Isso vai aparecer mesmo, pois tu está incluindo em exceções algo que o Java entende como suspeito.

Toda a comunicação via API ou CNAB vem do componente. Por baixo dos panos a ACBrLib e o MonitorPlus utilizam o componente. Ou seja, é uma maneira de trazer as funcionalidades do ACBr para outras tecnologias. Tu pode utilizar a ACBrLibBoleto. Sua demanda é emitir boletos do BB via API ou pagar?

Nós temos 3 soluções: - ACBrMonitorPlus -> Comunicção via tcpip ou arquivo txt. - ACBrLib -> Biblioteca compartilhada (.dll ou .so) e .aar para Android. - Componente -> Delphi e Lazarus

Tópico movido para a área do ACBr Pro, para que o SLA de respostas seja considerado Faça um teste adicionando o site na lista de exceções: É válido também verificar se o app foi assinado com um certificado que não é mais válido.

Muito obrigado pela contribuição! Foi criada a TK-6475 para análise. Você será notificado aqui quando concluirmos esta análise.