Access VIolation ao executar o método getEstado() do AcbrEcf

[eliziorezende]

Bom dia.

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

[edsonmoretti]

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

[eliziorezende]

Bom dia,

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?

 

Atenciosamente,

 

 

Edited June 6, 2016 by eliziorezende

[edsonmoretti]

4 horas atrás, eliziorezende disse:

Bom dia,

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?

 

Atenciosamente,

¬¬

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.

[eliziorezende]

 

6 minutos atrás, edsonmoretti 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.

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.

Vamos tentar essas opções por via das dúvidas, pois estamos sem mais alternativas.