Acbrnfe - Duvidas Ref A Lcl Lazarus

[adilsonpazzini]

Boa Pessoal . estou com uma duvida ref aos componentes Acbr e sua dependencia na LCL do lazarus , pelo que percebi existe uma dependencia do componente por causa do Fortes Report para impressao da DANFE . nao sei se seria possivel a desvinculacao do AcbrNFe da LCL . pois esses dias atras estava tentando montar um servidor HTTP e rodando em servicos no windows mais nao aceita adicionar o componente no projeto , por causa da dependencia com a LCL . Sera que possivel esta desvinculacao ou existe algo em que poderia ajudar nesse ponto .

 

 

Ate segue um link de conversar com o pessoal do Lazarus . para ficar mais claro ..

 

https://groups.google.com/forum/#!topic/lazarus-br/MTwO544ehrQ

 

Observando que isso e so uma pergunta , nao uma exigencia , mais pra saber o que eu poderia fazer , pois apesar de conhecer o AcbrNFeMonitor , queria tentar gerar um programa que utiliza-se RPC-JSON com HTTP  e em forma de servicos . isso e claro  , na medida do possivel .

 

 

Desde ja agradeço

 

Adilson Pazzini .

[EMBarbosa]

Acho que você pode estar confundindo alguma coisa ou não dando informações completas.

O ACBrNFe não é dependente da LCL. Ele também funciona no Delphi.

Ele não depende do Fortes, pois pode-se utilizar outros gerenciadores de relatório para imprimir como o RAVE.

 

Seria possível você descrever melhor o problema que está encontrando? Mensagens de erro, o que já tentou, o que esperava que acontecesse e o resultado que na verdade obteve são informações que também podem ajudar...

[adilsonpazzini]

Beleza Elton , vou fazer assim. vou criar aqui um Exemplo . e posto aqui mesmo . pra podermos ver isso .

 

Obrigado pelo Retorno .

 

Adilson Pazzini

[EMBarbosa]

Não esqueça de começar descrevendo o que você quer fazer. Eu não tenho acesso à lista de discussão que você citou.

[Daniel Simoes]

Você pode configurar o seu projeto, para forçar o ACBr a ser compilado em modo CONSOLE  (veja o exemplo das opções de projeto, do ACBrMonitorConsole)

 

- Remova do seu projeto, as dependências de todos os Packages do ACBr (pois eles foram compilados com a dependência da LCL)

- Em "Additions and Override", crie a macro para toda a IDE -> LCLWidgetType:=nogui

- Em "Other" adicione:

   -dNOGUI

   -dUseCThreads

- Em "Paths, Other unit Files": Adicione os paths dos fontes dos projeto ACBr, de todos os componentes utilizados 

- Em "Paths, Include Files", adicone o diretório do ACBrComum (por causa do ACBr.inc)

 

Com isso, todos os fontes do ACBr, serão recompilados em modo NOGUI (console)...

 

Pode ser que nem todos os componentes, estejam com os IFDEFs preparados para compilar corretamente em modo "NOGUI"

[adilsonpazzini]

Era isso mesmo que eu queria Daniel . vou fazer esses procedimentos . qualquer coisa eu posto aqui . Obrigado ...

[adilsonpazzini]

Daniel conforme falei no post acima .. consegui agora incluir mesmo . porem esta dando o erro abaixo na hora de compilar ...

estou com Lazarus 1.2.6 fpc - 2.6.4 - 32 bits .

Acbr baixei na ultima Sexta-feira - 15/05/2015 .

 

 

Desde ja agradeço a ajuda ...

 

 

Editado 18 Maio, 2015 por adilsonpazzini

[adilsonpazzini]

Criei um exemplo pra reproduzir o erro . qualquer coisa vou postando aqui tambem

 

Obrigado .

 

Adilson Pazzini .

ConsoleLaz.rar

[Daniel Simoes]

Quando você remove as dependências de Package do Projeto.. a IDE não tem como resolvê-las para você...

 

Nesse caso, o erro indica que o seu projeto deve ter uma dependência do Package (do Lazarus) LazUtils

[adilsonpazzini]

Eu vi mesmo Daniel , agradeço a força que vc esta dando , eu adicionei esse pacote . mais ai abriu outros erros . estou tentando isolar utilizando os IFDEF da vida para NOGUI porem tem uns aqui que acabo nao sabendo o que fazer . por exemplo . existe a dependencia do pacote Forms ai fiz assim  : veja estou correto ?

 

{$IFNDEF NOGUI} Forms, {$ENDIF}

 

Em algumas units para teste , ai começa a dar problemas em tudo que tem Application.alguma coisa .. exemplo

 

Application.ShowException(FException) , Application.ExeName , Application.ProcessMessages ai nesses casos nao sei o que colocar no lugar ...

 

Adilson Pazzini

[Daniel Simoes]

Sim, é isso mesmo... dá um trabalho do cão...

 

Os fontes do ACBrECF, já passaram por essa revisão... mas acredito que os fontes do ACBrNFe, do trunk... ainda não...

 

Lembro de ter feito vários ajustes de NOGUI, quando fiz o Refactoring do ACBrNFe para o "trunk2"

 

Talvez se você migrar para o "trunk2", seja mais simples...

[adilsonpazzini]

hum . Beleza entao , eu vou testar entao com a Trunk2 e conforme for tendo problemas vou postando aqui pra tentar resolver ...

 

mais uma vez obrigado .

 

Adilson Pazzini .

[adilsonpazzini]

Daniel . Boa tarde , entao eu montei um ambiente novo pra poder ajustar pra modo Console .

 

Lazarus 1.4 FPC -2.6.4

Windows 7 32 Bits

Acbr - Trunk2 - Baixado Hj .

 

Ai fiz as mesma opcoes que vc mensionou acima ,porem esta dando erro so qndo adiciono o AcbrNfe na Unit . vou anexar o projeto e o erro . o que vc

puder me ajudar eu agradeço . eu conseguindo passar esse erro da Dependencia da LCL , ai eu vou ajustando os NOGUI .

 

 

Sem mais,

 

Adilson Pazzini

NFeLazConsole.rar

[Daniel Simoes]

Essas Units não parecem ser do ACBr...

 

Acho que os erros estão relacionados a configuração do seu projeto...

[adilsonpazzini]

Entao na verdade , qndo eu adiciono a unit do AcbrNFe e que aparece isso , se tirar compila sem dar erro , ate cheguei incluir outras Units do Acbr como AcbrMail , AcbrTCP pra testar e so da esse

erro mesmo qndo incluo o AcbrNfe .na Trunk nao tinha acontecido isso nao , so nessa Trunk2 ...

[Daniel Simoes]

Verifique se no seu projeto, vc fez uso da Unit Interfaces

Program SeuPrograma;

{$mode objfpc}{$H+}

Uses
{$IFDEF UNIX}
  CThreads,
{$ENDIF}
  Interfaces,

[adilsonpazzini]

Bom dia Daniel .. entao Daniel . eu vendo nao tem nada com Interfaces ... ate pra vc ter uma base . so da esse erro qndo incluo a unit acbrnfe , nao sei se pode ser algo ref ao arquivo acbr,inc

vi que tem diferença do da Trunk para a trunk2 ...

 

 

Acbr.inc : Trunk

 

// Verificando se a compilação deve sem em modo texto "NOGUI"

// Nota: FPC no Linux sempre liga a diretiva "CONSOLE", por isso criamos a NOGUI

{$IFDEF FRAMEWORK}

  {$DEFINE NOGUI}

{$ENDIF}

{$IFDEF FPC}  //Essa aqui ja nao esta presente no arquivo para Trunk2 . Nao sei se isso interfere .

  {$IFDEF LCL}

    {$UNDEF NOGUI}

  {$ENDIF}

{$ELSE}

  {$IFDEF CONSOLE}

    {$DEFINE NOGUI}

  {$ENDIF}

{$ENDIF}

{$IFDEF NOGUI}

  {$DEFINE CONSOLE}

{$ENDIF}

 

 

Trunk2 : Acbr.inc

 

// Verificando se a compilação deve sem em modo texto "NOGUI"

// Nota: FPC no Linux sempre liga a diretiva "CONSOLE", por isso criamos a NOGUI

{$IFDEF FRAMEWORK}

  {$DEFINE NOGUI}

{$ENDIF}

{$IFDEF NOGUI}

  {$DEFINE CONSOLE}

{$ENDIF}

 

[adilsonpazzini]

Daniel . deu certo aqui . e na lista do Project Inspector ele tava incluindo um pacote chamado IDEIntf ... dai removi ele . agora ta dando os erros pra poder implementar o NOGUI .

 

 

qualquer coisa vou postando aqui .

 

+ uma vez agradeço

Editado 20 Maio, 2015 por adilsonpazzini

[adilsonpazzini]

Daniel  , acabei de ajustar entao algumas units , vou te enviar , se for possivel vc atualizar elas no Trunk2 . ajustei os NOGUI em 5 units q estao anexadas em um arquivo .rar. ...

 

 

aqui compilou agora ... qualquer coisa me avisa .

 

mais uma vez agradeço a força .

 

Adilson pazzini

nogui.rar

[Daniel Simoes]

OK, vou analisar as modificações e subo assim que concluir... estamos mudando algumas dependências de Units, que podem simplificar a compilação com o NOGUI

[adilsonpazzini]

Maravilha , agradeço o empenho .

 

 

Obrigado .

 

Adilson Pazzini .

[Daniel Simoes]

Enviei modificações para o SVN com o seguinte Log

 

Ajustes em ACBrDFe para:
- Remover dependencia de ToolApi de Units de runtime
- Remover units desnecessárias de Uses, e otimizar para compilação em NOGUI
- Melhoria entre dependecia de ACBrDFe e PCNComum
- Remoção de alguns Hints e Warnings

 

[adilsonpazzini]

Beleza Daniel . Vou iniciar meus testes aqui . qualquer coisa eu posto aqui .

 

Mais uma vez obrigado .

 

Adilson Pazzini