Jéter Rabelo Ferreira
-
Total de ítens
546 -
Registro em
-
Última visita
-
Days Won
5
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Jéter Rabelo Ferreira
-
-
Rotina é simples: Somente de enviar o boleto para o Ws do Itaú. Nada mais do que isso
-
Anexo log do MadExcept
-
Segue log do FastMM4 do problema no programa exemplo do ACBr
-
Bom dia.
A correção que você fez não alterou em nada o problema, visto que, ao efetuar o fListaBoletos.free, eu destruo o ítem da lista,
Portanto, estamos dando voltas num problema, tentando resolver o problema, cuja a causa não está no destroy, mas onde a referência é feita?
Efetuei um debug e encontrei o local do problema. Vocês estão simplesmente atribuindo o ítem da listaretornoWeb no objeto RetornoWeb do títulos.
Ao efetuar o free da lista do título, automaticamente essa referência é destruída, aí estoura a exception.
Segue imagem onde essa atribuição do objeto está sendo feita.
Atenciosamente.
-
13 minutos atrás, Victor H. Gonzales - Panda disse:
consegue criar um botão no demo, com a rotina que faz o Exception e me enviar (se é criação do componente, inclusão de titulo, se é alguma rotina que você faz, coloque a receita do bolo por favor) ?
vou tentar mapear essa questão
na verdade não é um AV que você está tendo, e sim um Invalid Pointer, porque o objeto está tendo free 2 vezes.
que é no destroy ali já estou ciente do caso, só preciso saber onde está ocorrendo isso, pode ser algo relacionado no Itau, mas não deveria.
Eu fiz mais um vídeo demonstrado o problema.
-
Boa tarde.
Nos meus testes, eu estava enviando sempre com juros/mora.
Porém, fui fazer um teste sem e estourou um exception, codigo de mora não informado.
Efetuei a alteração na unit do ACBrBancoItau. Segue anexa a mesma.
Atenciosamente.
-
3
-
-
38 minutos atrás, Victor H. Gonzales - Panda disse:
var ACBrBoleto: TACBrBoleto; ACBrBoleto := TACBrBoleto.Create(Self); ACBrBoleto.Free;somente o fato de fazer isso o AV sobe?
Ele foi removido nos commits anteriores referente a outro problema mapeado.
Mas realmente todo objeto criado ele tem que ser destruído, então ele tem que conter ali no destroy, se está ocorrendo AV em outro ponto, preciso da simulação, pois aqui só o fato de criar o componente e destruir ele não ocorre nenhuma AV, ou se eu insiro titulo ou limpo a lista não ocorre problemas.
Qual a rotina que o AV ocorre?
Boa tarde.
Fiz um vídeo mostrando, Ficou sem o áudio, mas dá para verificar o problema.
Atenciosamente
-
1 hora atrás, Victor H. Gonzales - Panda disse:
Boa tarde,
Realmente o Objeto está criado ele precisa ser destruído.
Se está ocorrendo esse problema no Itau, faça o exemplo em um programa demo, onde ocorre a rotina de violação, para tentarmos detectar aqui.
Obrigado
Boa tarde.
Efetuei o teste no programa do ACBr e o erro é o mesmo.
Ao fechar o programa, estoura exception.
Fui verificar esse problema, e ele é recorrente em commit's de retira e coloca o .free.
20/07/Commit: 22415 Foi criada a property: fRetornoWeb: TRetEnvio;, colocado no Create/Destroy do ACBrTitulo.
25/08/Commit: 22775 - Destroy comentado
26/08/Commit: 22791 - Linha do destroy excluída
01/10/Commit: 23129 - Linha adicionada novamente - Problema de Access ViolationEm suma, o problema existe e está ocorrendo, mesmo no programa do ACBr de exemplo.
Atenciosamente.
-
14 minutos atrás, Victor H. Gonzales - Panda disse:
Bom dia,
Consegue recriar no programa de demonstração e anexar aqui o fluxo evidenciando o problema onde ocorre o AV ?
Boa tarde.
No momento eu não consigo fazer esse teste, mas segue a imagem da linha adicionada no commit em questão.
Até dia 30/09, que foi quando terminei os testes com a homologação do Banco Itaú WS estava tudo normal, sem problemas.
No sábado atualizei meu ACBr, e hoje fui fazer o teste na UNIT disponibilizada por você no outro POST a respeito disso, e me deparei com esse erro.
Ao depurar, encontrei onde estourava a exception, mas não ocorria semana passada.
Fui no LOG do SVN e encontrei um COMMIT adicionando a linha (imagem anexa), que, nesse caso, destrói o objeto que está na lista (ACBrBoleto.FListaRetornoWeb - Imagem anexa).
Nesse COMMIT, foi enviado apenas uma unit com apenas essa alteração (Imagem anexa)
Atenciosamente.
),
-
Bom dia
Referente ao Commit acima referenciado, após ele, começou a estourar exception.
Exception passa a ocorrer ao destruir o objeto fListaRetornoWeb do ACBrBoleto (linha 2762).
Atenciosamente.
-
Em 01/10/2021 at 20:01, Victor H. Gonzales - Panda disse:
Boa noite @Jéter Rabelo Ferreira
É possível validar a unit em anexo se está em conformidade ao merge?
Obrigado
Bom dia.
Acabamos de efetuar um novo teste e está ok.
Informamos que já recebemos o retorno da homologação OK do Banco Itaú.
Atenciosamente.
-
@Juliana Tamizou, boa tarde.
Eu tinha enviados dois arquivos no meu POST original, mas, na realidade, basta apenas zerar o contenttype do arquivo da unit do Itau.
Dessa forma, a alteração do ACBrBoletoWS não é necessária.
Estou enviando novamente a unit corrigida, bem como comentando mais 3 property's opcionais.
Atenciosamente,
-
1
-
-
Bom dia.
Ontem fomos fazer homologação junto ao Itaú com boleto WS, ocorreram vários erros.
Fizemos uns ajustes nas unit's do Banco Itaú de acordo com as exigências do banco.
Eles não aceitam content-type no header (RAW).
Não tinha um método para colocar o código das carteiras, como BB e CEF possuem.
Ajustamos a geração do JSON para que, campos opcionais, que não possuem valores, não sejam informados no JSON.
Em suma, efetuamos os ajustes e o envio está OK.ACBrBoletoW_Itau.pas
Ainda não testamos o retorno, pois não temos dados para isso.
Assim que tivermos testado, caso haja algum ajuste, postamos aqui
Seguem as unit's modificadas.
Atenciosamente
-
1
-
-
Boa tarde.
Só para avisar, continuamos na mesma.
-
Bom dia.
Sefaz de MG com problemas desde Quinta-feira (02/09) a tardeE ainda hoje continua igual.
-
2
-
-
37 minutos atrás, Lázaro Santos disse:
Tambem zeramos os problemas passando para SINCRONO. No entanto, apos essa mudança de versao feita agora a pouco, as 14:30 , nada funciona mais, ou seja, voltaram os problemas, dessa vez mesmo passando para SINCRONO não funciona mais.
Alguem conseguindo no momento na sefaz-mg, agora as 16:42h ?
Att.
Lazaro.
Boa tarde.
Tudo parado.
-
1 hora atrás, jairo_amorim disse:
Bom dia Jéter.
os NFC-e's que ficaram em contingência, vc conseguiu enviar? Aqui retorna "Lote em processamento".
Boa tarde.
Sim, zeramos todos os problemas.
Obs.: Entraram em manutenção agora.
Atenciosamente.
-
Bom dia.
Mesmo com todos os problemas com a SEFAZ, conforme post anterior, mudando para síncrono o envio das NFC-e's, os chamados aqui diminuíram em mais de 90%.
Atenciosamente.
-
Bom dia.
Sefaz de MG agora.
-
13 horas atrás, Lázaro Santos disse:
Jéter,
O nosso envio é sincrono.
Mesmo assim ocorre a mesmo problema.
Quando funcionou vc deixou sincrono ou assincrono ?
Uso acbrmonitorplus.
Bom dia.
Funcionou como síncrono.
Atenciosamente
-
Pelo jeito o problema é por causa do assincrono
Fiz uma modificação num cliente e os cupons foram transmitidos
Atenciosamente.
-
Enviamos somente síncrono.
Está com problema desde ontem após o almoço.
-
Boa tarde.
Alguns clientes nosso com o mesmo problema.
Atenciosamente
-
Elton, Boa tarde.
Fazia tempos que não compilava meu projeto para Android, por isso nem voltei a esse tópico. Hoje fui compilar e vi que estava com problemas.
Voltei os dados da library (Android32 somente) conforme meu backup, atualizei o ACBr e fui verificar, os erros ainda continuam.
Porém, agora que eu vi que você pediu para verificar no registro e no arquivo antes de atualizar se encontravam iguais. Eu não fiz isso antes de atualizar.
Aí eu refiz todo o processo, colei meu backup, verifiquei nos dois arquivos (iguais) e reinstalei o ACBr.
Os problemas continuam. (Porém, agora não adiciona aspas '' no inicio, agora adiciona um ; )
Atenciosamente.
Commit revisão 23129 - Gerando exception
em ACBrBoleto
Postado
@Daniel Simoes, é o que eu estou tentando dizer, mas não estou sendo interpretado corretamente.
No meu post acima, eu mostrei a origem do problema.
Agora eu efetuei o teste, clonando o objeto, e não atribuindo o mesmo.
Nós temos um objecthelper interno de uso nosso que clonamos qualquer tipo de objecto.
Fizemos esse clone na linha acima e, voi-lá, sem exception.
Segue imagem.