Messias Bittencourt

Pessoal, me desculpem, já foi visto aqui que tem SIM no Linux a MT, ele já vai fazer a troca pra gente. Me desculpem pela falha.

O dev responsável falou que no Linux não tem essa separação, vou pedir pra ele entrar aqui pra ver sobre isso.

Já iniciamos com ao menos mais 3 bancos a procura por ambientes de testes deles, infelizmente é isso ai haiuhaihuaiuha, tem casos que não temos muito a opção de testar em sandbox pq é um ambiente limitado que não nos mostra o real tempo de resposta ou não traz o retorno esperado por serem respostas mocadas... afinal nesses testes também incluímos cenários de erros e afins pra ver como a aplicação se comportará como um todo. Estamos aguardando o retorno dos bancos pra ver se conseguimos de alguma forma simular com o maximo de precisão possível, trago aqui depois os retornos que eu conseguir. O intuito inicial do post era pra saber se internamente isso ja foi feito antes e pra saber se algum outro usuário também já precisou passar por isso.

Bom dia, Obrigado a todos pelas respostas, então, a ideia é realmente fazer um teste de stress, porém alguns bancos não disponibilizam um ambiente de homologação pra eu fazer isso, e simular isso em produção depende muito do contrato pois existem cenários onde eu tenho custos, Exemplo: Cada boleto registrado é 3 reais, pra 20k boletos eu teria um custo alto... e mesmo com o cancelamento existe uma taxa a se pagar, por isso eu gostaria de saber se a propria acbr ja fez esse tipo de teste e como foi o resultado.

Boa tarde, Vocês tem informações sobre a volumetria com a quantidade de chamadas a biblioteca consegue fazer por minuto? Exemplo: Eu tenho um serviço Java, que chama a Biblioteca ACBR para Boleto, pra vários cedentes diferentes(1 cedente/titular por requisição). Tenho hj em produção uma aplicação que gera em alguns bancos cerca de 20 mil boletos por dia com bancos/cedentes/titulos/valores diferentes. Já estruturamos o codigo para passar a usar a bilioteca .so da ACBR, mas estamos com receio de fazer essa virada e a biblioteca não suportar tantas chamadas por minutos. Lembrando que estou falando dessa biblioteca rodando em um servidor Ubuntu, biblioteca linux. O que me indicam a fazer? Pois gerar esses boletos registrados tem um custo... E gerar sem registrar não vai no servidor da instituição financeira e com isso o teste de carga se torna frágil, podendo nos dar falso positivo pra aguentar o volume.

Na realidade quando dei permissão eu utilizei um chmod -R 777...

Coloquei um chmod 777 em tudo pra evitar problems de permissão. O servidor é o mesmo onde estou rodando o boleto e pix. Todas as pastas possuem esta mesma permissão.

E apenas uma observação: se eu colocar meu projeto no windows e alterar os dados no Banco de dados apontando para a estrutura windows (c:\etc\etc\etc), e o resto deixando tudo igual, funciona normalmente.

Sim. Utilizando o so conforme imagens acima.

Bom dia Pessoal. Realmente não coloquei minha lib dentro da pasta /usr/lib64. Eu implementei como também fiz no boleto e pix e funciona: eu coloco em outro diretório mas defino o local da lib no arquivo .ini conforme exemplo abaixo:

E o pior é que estava correto sim. Mas por via das dúvidas, eu refiz toda a estrutura de arquivos em novas pastas. Chequei o endereçamento e as permissões de leitura nas pastas. Tudo ok. Mas continua dando o mesmo erro. Estranho que se colocar este mesmo no windows funciona tudo 100%.

Bom dia pessoal. Implementei uma aplicação java consumindo a lib CEP. Utilizei exatamente a mesma estrutura que tenho nos, já funcionando em produção, Boleto e PIX: - java 11; - tomcat 10; - Ubuntu 22.04.4 LTS; O Boleto e o Pix estão funcionando perfeitamente neste ambiente mas o CEP está dando um erro ao inicializar a lib: java.lang.UnsatisfiedLinkError: Unable to load library 'libacbrcep64': liblibacbrcep64.so: cannot open shared object file: No such file or directory at com.sun.jna.NativeLibrary.getInstance(NativeLibrary.java:461) at com.sun.jna.Library$Handler.<init>(Library.java:192) at com.sun.jna.Native.load(Native.java:596) at com.sun.jna.Native.load(Native.java:570) at br.com.tacom.cep.acbr.ACBrCepLib$LibraryLoader.getInstance(ACBrCepLib.java:36) Se eu coloco esta mesma aplicação cep no windows, mas utilizando a lib cep para windows 64, as consultas de cep funcionam normalmente. Ou seja: o erro ocorre apenas quando tento no linux. Poderiam me dar um help? Att

Senhores, resolvido a questão. Era o endereçamento do pdf que estava com a barra invertida. Aff

E o interessante é que o log mostra tudo ok. Teve um response conforme manda o figurino. Mas parece que algo que falta no Linux não é capaz de me devolver corretamente. Aí devolve apenas a url do pdf. ACBrLibBoleto-20240806.logLogWS-Sicoob.log

Boa tarde. Implementei aplicação java + BoletoLib para 3 bancos. No Windows a consulta, baixa e geração funcionam normalmente. Mas ao migrar para o linus a Geração de Boletos me devolve apenas a URL do pdf no servidor. O Boleto é gerado com sucesso tanto que depois eu consigo consultar o mesmo. Mas o retorno pós geração vem conforme imagem abaixo: Sabem o que deve ser? Creio eu que esteja faltando alguma config ou instalação neste meu servidor Linux. Conseguem me dar um help? Att

Bom dia Daniel. Vindo aqui apenas para lhe agradecer. Esta última dll resolveu os problemas com o Santander. Funcionando a Geração, Consulta e Baixa de boletos em Produção Santander. Muito obrigado!

Boa tarde Daniel. Muito obrigado pela atenção. Eu estava usando a 0.2.0.294 / Windows / 64 / stdcall. Que era a que estava dando o erro quando abri este chamado. Hoje alterei para a 0.2.0.303 / Windows / 64 / stdcall, mas continua exatamente o mesmo problem: não passo nada relacionado mas continua reclamando do finePercent.

Muito obrigado pelas orientações Daniel. Realizei as alterações mas creio ainda estar faltando algo. Pois continua exatamente o mesmo problem: "REJEICAO1-1":{ "Campo":"finePercentage", "Codigo":"0904", "Mensagem":"O campo 'finePercentage' permite apenas números com 2 decimais separados por ponto. exemplo (50.00)", "Ocorrencia":"", "Valor":"", "Versao":"" },

Boa tarde Antônio Carlos. Atualizei a lib e o método é chamado com sucesso. Mas me parece que esteja com alguma coisa no retorno. Olhe por favor os logs que envio. No LogWS-Cielo.log me parece que o "UltimoRetorno(buffer, bufferLen)" nos mostra a response gerada. ACBrLibPIXCD-20240725.logLogWS-Cielo.log Seria então no return do método? Ou estou falhando em algo?

Bom dia Daniel. Eu vi apenas agora as 2 mensagens acima. Na realidade não aplicamos multa nem juros. Nas minhas requisições não passo nenhum atributo relacionado à tal. Mas aí é que está o problem: está sendo inserido o tal do "finePercentage".

Eu quem agradeço por toda a presteza e agilidade. Vamos juntos que cada dia estará mais completa a lib.

Mas este é para PixRecebidos certo? O "https://desenvolvedores.cielo.com.br/api-portal/pt-br/api-pix-redoc#tag/Conciliacao/operation/successfulJsonResponse4"." permite a consulta de cobranças imediatas. E não apenas os recebidos. Teria algo similar?

Perfeito meu amigo. Este de criar a cobrança pix Cielo sem informar o txId funcionou perfeitamente. Muito obrigado pela ajuda. Só o de Consulta lista de cobranças imediatas q ainda não achei. No Cielo ele se encontra em "https://desenvolvedores.cielo.com.br/api-portal/pt-br/api-pix-redoc#tag/Conciliacao/operation/successfulJsonResponse4".

Boa noite prezados. Apenas uma dúvida em relação à 2 métodos que não encontrei e que são disponibilizados pelo Cielo: 1. Consultar lista de cobranças imediatas: Endpoint para consultar cobranças imediatas através de parâmetros como início, fim, cpf, cnpj e status; 2. Criar cobrança imediata: Endpoint para criar uma cobrança imediata, neste caso, o txid deve ser definido pelo PSP. Muito obrigado e no aguardo.

Meus amigos, nem sei como agradecer. Funcionou 100% agora. Muito obrigado!