Access VIolation ao executar o método getEstado() do AcbrEcf - Java - Projeto ACBr
Access VIolation ao executar o método getEstado() do AcbrEcf
accessviolation java
By eliziorezende,
June 3, 2016 in Java
Este tópico foi criado há 1929 dias atrás.
eliziorezende
eliziorezende 0
Em um de nossos clientes está ocorrendo um erro intermitente do AcbrEcf no método getEstado().
Esse erro ocorre em média de dois em dois dias.
Alguém poderia nos ajudar? Ele dispara o erro e sai do sistema.
Segue o log do Acbr e o Log do AccessViolation.
hs_err_pid2068.log
logacbr (2).txt
Bom dia, primeiro, queria saber onde ativa o log de comandos acbr do acbrframework, kkkkk
segundo, vc está com as copias atualizadas, principalmente as DLLs?
Tente fazer o seguinte, tirar ela da System32 ( C:\Windows\System32\ACBrFramework32.dll ) e colocar na raiz do projeto.
Verifique no Antivírus se ele não está tentando (verificando) acessar a DLL ao mesmo tempo.
mude o jvm_args: -Xms128M -Xmx1024M para -Xms1024M -Xmx1024M
tente um desses ai.
Edited June 6, 2016 by edsonmoretti
Para gravar log é só informar o caminho do arquivo de log através do método ACBrECF.setArqLOG(caminhoAbsoluto);
Sim, todas as minhas dlls estão atualizadas, inclusive o ACBrFramework32.dll nós fizemos algumas modificações para a homologação.
Por que retirar a DLL do system32 mudaria o cenário atual? Não seria correto deixar a dll no system32 ou syswow64?
Por que a alteração do xms para 1024 teria algum efeito?
Edited June 6, 2016 by eliziorezende
4 horas atrás, eliziorezende disse:
aumentar para aumentar o pool de memória do Java.
E tirar da system32 para teste, e não precisa na syswow64.
Eu mesmo não uso a DLL na system32, uso na pasta do sistema, quanto a ser correto, para mim não tem isso, o sistema tem que funcionar apenas, se vai estar na raiz ou na system é irrelevante.
Esses testes são para focar em achar a solução não o que está causando o problema.
Digo por experiência na homologação tive esses problemas e lá não tinha tempo para nada, o relógio corria e tivemos que nos virar. Mas ao menos fez esses testes já que se deu o trabalho de responder perguntando o por que..!
E sim... poderia mudar o cenário, como falei antes, já tive problemas com antivirtus, ou virus acessando a DLL ao mesmo tempo do sistema, quando isso ocorria o Maquina virtual dava crash.
Outra coisa! Já atualizou o Java também, vejo que ainda usa o 7.
6 minutos atrás, edsonmoretti disse:
Fizemos o teste sim, mas não obtivemos sucesso.
A questão do xms não creio que seja o problema, pois o xms é o tamanho do pool inicial de memória e o xmx seria o limite de alocação dessa memória. Ele vai alocando a medida que vai precisando.
Mas realmente ainda não atualizamos para a versão 8 do java e nem verificamos a questão de antivirus.