Jump to content

dev botao

Registro D2 Marcado Como Inválido


Geovani N. de Paula
  • Este tópico foi criado há 3586 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Recommended Posts

Saudações.

 

Estou gerando os arquivos dos davs emitidos, porém estou com um problema nos registros D2 e D3.

 

Marco a propriedade d2.setRegistroValido(true); e d3.setRegistroValido(true); como está no exemplo feito no jACBrFramework, mas na hora em que o acbr gera o arquivo, coloca "?" indicando que o registro é inválido.

 

Executei o teste pelo ECFTeste gerado em delphi, e lá gera corretamente, mas se eu somente executo a classe ProgramTestPaf do projeto jACBrFramework, ele gera o arquivo errado.

 

Alguém já passou por esta situação?

 

Segue em anexo o arquivo gerado pelo jACBrFramework.

 

Att

teste_paf_arquivoD.txt

Geovani Nicolau de Paula

Cell Corporação Tecnológica

Link to comment
Share on other sites

Caro Geovani,

 

O problema está no tipo boolean no envio dos interops do ACBrPAFInterop. Conseguimos resolver para o registro D mas não para o R, que está apresentando problemas em outros pontos. Estamos verificando uma solução para tal. Acompanhe os fontes que em breve será liberado.

 

Att.

Link to comment
Share on other sites

Caro Geovani,

 

O problema está no tipo boolean no envio dos interops do ACBrPAFInterop. Conseguimos resolver para o registro D mas não para o R, que está apresentando problemas em outros pontos. Estamos verificando uma solução para tal. Acompanhe os fontes que em breve será liberado.

 

Att.

Ok, estarei acompanhando.

 

Att

Geovani Nicolau de Paula

Cell Corporação Tecnológica

Link to comment
Share on other sites

Fiz os testes com a geração de arquivo de registros do PAF-ECF, acontece um erro do oleData no momento de preencher o Registro do Tipo E1 com a data null. Afinal para esse relatório não eh mais preciso os dados do Registro E1.

fiz a seguinte alteração na classe ACBrPAF.java:

 

lRegistroE1.DT_EST = null != paf_E.getRegistroE1().getDataEstoque()

                ? OleDate.toOADate(paf_E.getRegistroE1().getDataEstoque()) : 0.0;

Brian Bienemann

AgillizA Software

Link to comment
Share on other sites

Fiz os testes com a geração de arquivo de registros do PAF-ECF, acontece um erro do oleData no momento de preencher o Registro do Tipo E1 com a data null. Afinal para esse relatório não eh mais preciso os dados do Registro E1.

fiz a seguinte alteração na classe ACBrPAF.java:

 

lRegistroE1.DT_EST = null != paf_E.getRegistroE1().getDataEstoque()

                ? OleDate.toOADate(paf_E.getRegistroE1().getDataEstoque()) : 0.0;

 

A classe OleDate foi modicada para retornar 0d caso a data informada seja nula. Desta forma qualquer registro que vier a fazer uso da conversão não terá problema. Liberado no repositório, revisão 7312.

Link to comment
Share on other sites

jmsandy, fiz alguns testes e verifiquei o seguinte:

 

o R02 ainda está apresentando caracteres estranhos;

 

Anexei o arquivo gerado

 

Att

Geovani,

Este cenário está relacionado ao charset associado ao componente. Eu utilizo o cp1252, conforme abaixo:

ACBrPAF lAcbrPaf = new ACBrPAF(Charset.forName("cp1252")); 

Desta forma não há este problema no encoding.

 

Att.,

Link to comment
Share on other sites

Olá jmsandy,

 

Estou testando juntamente com o Geovani, e o problema (Citado no post anterior) continua.

Além do 'cp1252', tentei colocar outro tipo de charset também mas, apenas altera o tipo do caracter 'estranho' gerado.

 

Esta situação ocorre independente de colocar TRUE ou FALSE na propriedade do registro válido. Sendo que, no caso FALSE, o caracter "?" não está aparecendo.

 

Acredito que seja um problema. Pois, essa situação está ocorrendo apenas com o 'R2'. Os demais estão corretos.

 

Desde já agradeço.

Cell Corporação Tecnológica

Link to comment
Share on other sites

Cleonir,

 

Realizei novamente os testes com o exemplo do SVN e não aparece o problema. Alterei o nome da software house para o nome da empresa de vocês e a geração foi bem sucedida, assim como a informação da validade dos registros. Lembrando que o nome da software house é marcado com "?" quando o registro é marcado como excluído.

 

Qual é o ambiente que você está executando? Atualize a dll do ACBrFramework.

 

Meu ambiente é Win 2008 x64 R2, com jdk 7, com idioma en-US.

 

Att.,

Link to comment
Share on other sites

Cleonir,

 

Realizei novamente os testes com o exemplo do SVN e não aparece o problema. Alterei o nome da software house para o nome da empresa de vocês e a geração foi bem sucedida, assim como a informação da validade dos registros. Lembrando que o nome da software house é marcado com "?" quando o registro é marcado como excluído.

 

Qual é o ambiente que você está executando? Atualize a dll do ACBrFramework.

 

Meu ambiente é Win 2008 x64 R2, com jdk 7, com idioma en-US.

 

Att.,

jmsandy, verificamos aqui que o problema estava na biblioteca jna, no nosso projeto estávamos utilizando a jna-3.2.5 e o acbr jACBrFramework utiliza a jna-3.5.1, atualizado o arquivo e o problema dos caracteres foi resolvido.

 

Obrigado pela ajuda.

 

Att

Geovani Nicolau de Paula

Cell Corporação Tecnológica

Link to comment
Share on other sites

jmsandy, verificamos aqui que o problema estava na biblioteca jna, no nosso projeto estávamos utilizando a jna-3.2.5 e o acbr jACBrFramework utiliza a jna-3.5.1, atualizado o arquivo e o problema dos caracteres foi resolvido.

 

Obrigado pela ajuda.

 

Att

Show de bola.

 

Quando houver um tempo, vamos avaliar a possibilidade de colocar a lib no maven e melhorar o empacotamento com exemplos.

 

Att.,

Link to comment
Share on other sites

  • Este tópico foi criado há 3586 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.