eliziorezende
-
Total de ítens
24 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por eliziorezende
-
-
2 horas atrás, Daniel Simoes disse:
Qual é o passo a passo, para reproduzir o problema, usando o demo ECFTeste ?
Boa tarde Daniel,
No ECFTeste o erro não acontece, mas você poderia nos dar uma luz? Estamos utilizando o trunk2 e nos dois casos chamamos o mesmo método para cancelar o cupom e o erro só acontece com cupom fechado.
Abs
-
Boa noite pessoal.
Não estamos conseguindo cancelar uma venda fechada na impressora Bematech MP-4200 TH FI II SB 01.00.02
O mais estranho é que o erro só ocorre com cupom fiscal fechado, se a venda estiver aberta, o cancelamento ocorre sem erros. E nos dois cancelamentos chamamos o mesmo método cancelaCupom.
O erro é
----------------- ERRO -----------------
Erro retornado pela Impressora: BEMATECHCategoria: 2-Erro em parâmetro do comando
Motivo: 2-Falta parâmetro no comando
----------------------------------------A porta já está configurada em 115.200 e utilizando EcfEscECF
Segue em anexo o log completo do erro.
Qualquer ajuda será bem vinda.
Abs
-
10 minutos atrás, Juliomar Marchetti disse:
jACBr?
Sim, nós alteramos o jAcbrFramework para passar os parâmetros necessários para o cancelamento de desconto/acréscimo e também alteramos o projeto em lazarus implementando a função para a bematech.
Como temos o PDV java, afetou os dois projetos.
-
Nós fizemos a alteração na última versão do trunk2 para a bematech, assim como umas mudanças no jacbr para a homologação.
Quer que enviemos os códigos?
-
Boa tarde,
Estou utilizando o Acbr com o modelo EscECF com a impressora fiscal Bematech MP-4200 TH FI II (USB).
Quando faço a redução Z e chamo o método getDataHoraUltimaReducaoZ ele me retorna a data 1899/12/31 00:00:00
Alguém sabe o que pode estar ocorrendo ou passou por esse problema?
Att,
-
1 hora atrás, edsonmoretti disse:
Em qual método da dll esta acontecendo? Qual a chamada q vc está fazendo?
Nesse caso estou apenas carregando a DLL, antes de usá-la acontece esse problema.
Para carregar estamos utilizando System.loadLibrary("ACBrFramework32");
Att,
-
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.
-
1 hora atrás, edsonmoretti disse:
Verifique a memoria da maquina virtual
está usando Java 32bits?
Eh a DLL mais recente de 23/04/16?
Bom dia,
Sim, inclusive quando volto o Acbr do trunk1 ele funciona normalmente.
Sim, tentei com a DLL do repositório trunk2 e também gerei uma nova através do Lazarus, as duas opções deram o mesmo resultado.
Att,
-
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,
-
Boa tarde,
Estávamos utilizando o trunk1 sem problemas, mas estamos migrando o nosso projeto para o trunk 2 e ao tentar carregar a bilbioteca AcbrFramework32.dll, acontece o erro abaixo, alguém poderia nos ajudar? Essa máquina tem 16GB de RAM. Acredito que memória não seja o problema. Mesmo recompilando o Acbr no trunk2 acontece o mesmo erro.
A linha que dispara o erro é System.loadLibrary("ACBrFramework32");
An unhandled exception occurred at $49F8CB6A :
EOutOfMemory : Out of memory
$49F8CB6Ajava.lang.UnsatisfiedLinkError: C:\Windows\System32\ACBrFramework32.dll: Uma rotina de inicialização da biblioteca de vínculo dinâmico (DLL) falhou
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary1(ClassLoader.java:1965)
at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1890)
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1880)
at java.lang.Runtime.loadLibrary0(Runtime.java:849)
at java.lang.System.loadLibrary(System.java:1088)
at com.t2tierp.pafecf.view.Caixa.iniciaConfiguracaoImpressoraFiscal(Caixa.java:786)
at com.t2tierp.pafecf.view.Caixa.<init>(Caixa.java:282)
at com.t2tierp.pafecf.view.Caixa$40.run(Caixa.java:2386)
at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:312)
at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:745)
at java.awt.EventQueue.access$300(EventQueue.java:103)
at java.awt.EventQueue$3.run(EventQueue.java:706)
at java.awt.EventQueue$3.run(EventQueue.java:704)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:76)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:715)
at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:242)
at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:161)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:150)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:146)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:138)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:91) -
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.
-
O cancelamento de desconto/acréscimo no item não estava implementado para a impressora bematech.
Nós adicionamos essa implementação para a bematech, na Daruma estava funcionando corretamente.
-
Certo, nós implementamos esse requisito para atender a mudança da lei, então como fazer para contribuir nesse caso que talvez outras pessoas estejam precisando?
Se mudar o java e não mudar o Lazarus irá quebrar, pois as classes wrappers mudaram.
-
Srs., Alguma posição sobre o código enviado?
Será adicionado ao projeto?
Abs
-
Mas notei que não está somente no código ali mas sim nos componentes ACBr também é isso?
Isso mesmo, fizemos alterações nas classes wrappers Java e em alguns componentes do ACBr.
-
Boa tarde,
Alguém poderia nos auxiliar nessa questão?
Podemos de alguma forma ajudar com esse commit?
Att,
Elizio Rezende
-
Boa tarde,
Ao implementar a função de cancelamento de desconto/acréscimo no item percebemos que não estava implementado para a impressora bematech.
Fizemos as modificações nas classes wrappers java e também em algumas DLL´s e gostaríamos de contribuir para o projeto.
Segue as classes em anexo.
Favor nos avisar quando fazer a integração para que possamos fazer checkout do trunk novamente.
Atenciosamente,
Elizio Rezende
-
Bom dia José Mauro,
Muito obrigado.
Já atualizamos para a última versão.
Atenciosamente,
Elizio Rezende
-
Segue os arquivos java originais!
Precisa de mais alguma informação?
-
Bom dia!
é bem assim mesmo! anexe no fórum seus arquivos!
mas peço que seja o arquivo original e não o patch...
anexe novamente os .pas alterados
Mas nós modificamos apenas os arquivos Java, os .pas estavam corretos.
-
Bom dia pessoal,
Eu encontrei o problema nas classes java.
Como faço para contribuir com o projeto?
Segue os patches das modificações.
Abs
-
Boa noite pessoal,
Estou deparando com o seguinte erro
EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x18ef8993, pid=6456, tid=1768
ao executar o método
int ret = ACBrPAFInterop.INSTANCE.PAF_Preenche_R(getHandle(), paf_R.getRegistrosR1().size(), registrosR1, registrosR2, registrosR3, registrosR4, registrosR5, registrosR6, registrosR7);
Estou com a última versão do jAcbrFramework e utilizando um jdk32.
Também tentei recompilar a DLL no Lazarus, embora tenha recompilado tudo certo continuou com o mesmo problema de Access Violation.
Alguém sabe o que mais posso fazer para que o registro R seja gerado com sucesso?
Agradeço desde já a atenção!!
-
Bom dia
Como faço para gerar as bibiotecas ACBRFramework32.ddl e o ACBRFramework32.so?
Não gostaria de ficar esperando a modificação dela para funcionar com a versão Java.
Agora mesmo estou com a mais atualizada e está dando problema de Access Violation em lAcbrPaf.saveFileTXT_R. E estou com a última versão da DLL e JDK 32.
Poderia ser o wrapper desatualizado?
Gostaria de saber qual IDE e URL do código mais atualizado para poder gerar essas bilbiotecas ou o wrapper.
Tem algum manual para seguir para poder gerar esses arquivos?
Um grande abraço!
Erro ao tentar cancelar último CF fechado na Bematech MP-4200 TH FI II
em ACBrSerial
Postado
Já descobri o problema Daniel. Nós utilizamos o jACBrFramework e ele está desatualizado, o método cancelaCupom não estava passando o número do cupom. Modificamos ele para passar o número 0 e funcionou perfeitamente.
Obrigado.