Ir para conteúdo
  • Cadastre-se

Messias Bittencourt

Membros Pro
  • Total de ítens

    179
  • Registro em

  • Última visita

  • Days Won

    1

Messias Bittencourt last won the day on 21 Julho 2024

Messias Bittencourt had the most liked content!

Sobre Messias Bittencourt

Últimos Visitantes

O bloco dos últimos visitantes está desativado e não está sendo visualizado por outros usuários.

Messias Bittencourt's Achievements

Collaborator

Collaborator (7/14)

  • Dedicated Rare
  • Collaborator Rare
  • First Post
  • One Month Later
  • Week One Done

Recent Badges

29

Reputação

6

Community Answers

  1. Ahhh agora entendi... Mas como passo, para a biblioteca ACBr estes dois atributos, para que os mesmos sejam enviados na requisição ao banco?
  2. Bom dia Daniel. E obrigado pelo HELP. Uma dúvida: estes atributos seriam setados em qual "Agrupamento"? Na documentação encontrei apenas um deles mas que, ainda assim, possui alguns dados divergentes. Na realidade não sei se estou falando do mesmo que vc citou acima. Por um acaso tem aí o link da documentação que imagem que vc passou acima? att
  3. Boa tarde. Estou validando Itaú / Produção para um determinado Cliente. Mas fica caindo em uma validação: Result={ "codigo" : "400", "mensagem" : "Erro na validação de Campos", "campos" : [ { "campo" : "data.dado_boleto.instrucao_cobranca[0].quantidade_dias_apos_vencimento", "mensagem" : "A quantidade de dias deve ser diferente de vazio", "valor" : "" } ] } Não localizei onde é informada esta opção. Envio anexo o logWS LogWS-Boleto-Itau.log para que vejam como está sendo enviado o json na requisição para o Banco. Obrigado pela ajuda.
  4. Isto no ambiente de PROD do Banco Santander. Resumo: conseguimos pagar o boleto que vem do serviço "Recupera PDF" fornecido pelo banco mas não o gravado na pasta pela biblioteca.
  5. Boa noite pessoal. Tenho uma aplicação consumindo o .so do boletoACBr. Já estamos em Produção com mais de um Banco. No caso do Santander, novo banco que estamos homologando, estamos passando por um problema no PDF (o registro é realizado com sucesso). O pdf que é gravado na pasta definida no servidor está com um QrCode e Linha Digitável diferentes da que realmente foi registrada no Banco Santander. Assim sendo, quando tentamos pagar o PDF salvo pela biblioteca, ele mostra "Boleto não registrado...". O Santander disponibiliza um serviço para recuperar o pdf pelo nosso Número. Ao recuperar o mesmo boleto verificamos que não é o mesmo Código de barras nem linha digitável. Envio anexo pdf gravado pela biblioteca (GeradoPelaBiblioteca.pdf) e o pdf recuperado no Banco Santander (RecuperadoPeloBanco.pdf) para checagem. Observem que apenas alguns blocos de dados são divergentes... Recuperado no Banco: Gerado pela biblioteca: Como proceder? Att
  6. @Alexandre de Paula Pode cancelar a TK-6419. Meu registro tinha sido alterado para teste com desconto sim. Muito obrigado pela ajuda!!!!
  7. Bom dia @Alexandre de Paula. Muito obrigado e no aguardo.
  8. Não está mais ocorrendo o CRASH com a lib MT que ocorria anteriormente. Apenas um detalhe com esta nova versão da lib boleto. Segue abaixo relato com esta nova configuração acima citada: - Teste do listarBancos: Funcionou 100%; - Teste de Geração de boletos Banco do Brasil ambiente de Homologação: Funcionou 100%; - Teste de Consulta de boletos no SICOOB ambiente de Produção: Funcionou 100%; - Teste de Geração de boletos SICOOB ambiente de Produção: Na requisição está sendo enviada a "dataPrimeiroDesconto" : "1899-12-30T00:00:00-03:00". Mesmo esta informação não constando no .ini que contém a tag [Titulo1], onde DataDesconto está vazio. Encontrei esta Data de 1899, mas não informada por mim, dentro da tag [BoletoDiretorioConfig] (eu nem trabalho esta tag no meu código). E desta forma cai em uma validação do banco que exige informarmos um valor para este "desconto"... Teria como verificar por favor o ocorrido? Envio anexo os .ini e .log Vcs ver no no log a sequencia de execuções: listarBancos (sucesso), consultaSicoobProducao (sucesso) e geracaoBoletoSicoobProducao (falha da dataPrimeiroDesconto). Mais uma vez muito obrigado. Cedente_TitulosTfl.iniacbrlibTfl.iniACBrLibBoleto-20241222.logLogWS-Boleto-Sicoob.log
  9. Bom dia Senhores e muito obrigado pelas orientações. Estou utilizando agora a seguinte combinação para o boleto: - Spring boot (sts); - Java 21; - Server: Ubuntu 24.04.1 LTS; - lib ACBr 64 MultiThread Linux versão 1.2.1.334;
  10. Aproveitando a oportunidade @danieloliveirasouza e @antonio.carlos. Aplicação java 11 + linux: Existe versão / configuração do linux já testada e que vcs recomendariam? Qual linux vcs acham mais confiável para o uso do ACBr? Existe mais algo relacionado ao ambiente que vcs já tenham passado e que eu possa utilizar para melhorar aqui?
  11. Ahhh rapaz... Entendido e perfeito. Ao invés do endereço do ini que foi gerado no disco eu gero a String conforme exemplo acima e passo no mesmo ponto. Vou testar aqui e te passo o resultado. Valeu
  12. Bom dia @danieloliveirasouza. Muito obrigado. Atualmente estamos usando a ST. Nunca vi nada a respeito do uso do [Memory]... Tem algum manual ou página que me mostre / exemplifique o uso do mesmo? Muito obrigado e no aguardo.
  13. Segue log completohs_err_pid1766.log
  14. Bom dia, Temos um servidor linux funcionando de acordo com o tutorial que vocês tem em video, deixamos ele ligado e vez por outra ele da o retorno abaixo. Não tem exatamente um motivo certo, ele só morre. Conseguem nos ajudar? (Abaixo o log que ele nos entrega) Esse servidor vai se tornar o produtivo em breve e estamos com receio por causa da sua instabilidade. # # A fatal error has been detected by the Java Runtime Environment: # # SIGSEGV (0xb) at pc=0x0000000000000035, pid=1766, tid=75439 # # JRE version: OpenJDK Runtime Environment (11.0.25+9) (build 11.0.25+9-post-Ubuntu-1ubuntu122.04) # Java VM: OpenJDK 64-Bit Server VM (11.0.25+9-post-Ubuntu-1ubuntu122.04, mixed mode, sharing, tiered, compressed oops, g1 gc, linux-amd64) # Problematic frame: # C 0x0000000000000035 # # Core dump will be written. Default location: Core dumps may be processed with "/usr/share/apport/apport -p%p -s%s -c%c -d%d -P%P -u%u -g%g -- %E" (or dumping to /home/ubuntu/core.1766) # # An error report file with more information is saved as: # /home/ubuntu/hs_err_pid1766.log # # If you would like to submit a bug report, please visit: # https://bugs.launchpad.net/ubuntu/+source/openjdk-lts # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. #
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.

The popup will be closed in 10 segundos...
The popup will be closed in 10 segundos...