messiashenrique

Olá Pessoal! Faz alguns anos (seis ou sete) que uso o projeto ACBr. Porém, sempre usei para uso pessoal (até hoje não desenvolvi aplicativos para vender). Tenho um PDV feito totalmente com ACBr (ECF, TEF e outros componentes). No entanto, sempre sonhei com esse PDV e outros softwares que pretendo desenvolver rodando em Linux ou MacOS. Há algum tempo tenho me esforçado para usar o ACBr nesses ambientes, junto com o Lazarus/FPC. Todavia, não tem sido muito fácil. É óbvio que a maioria dos utilizadores e colaboradores do projeto usam exclusivamente Windows. Porém. acho que é possível avançar no desenvolvimento do ACBr atendendo a outras plataformas sem prejudicar o que já está feito (para windows). O motivo desse post é o seguinte: Já consegui instalar uma quantidade absurda de componentes no Lazarus/Linux e também no Lazarus/MacOS, porém toda vez que atualizo via svn, é uma tortura! Meu Deus! Tem uma unit (ACBrECFBematech.pas) do pacote serial que me assombra toda vez. Até resolvi deixar uma cópia que consegui modificar e estava funcionando perfeitamente para substituir assim que atualizasse via svn. Acontece, que vez ou outra, o pacote recebe atualizações mais severas e fica dependente de alguma nova função criada em ACBrECFBematech.pas aí o bicho pega! Só para começar tem dezenas de diretivas de compilação do tipo {$IFDEF LINUX}. Essa diretiva é a pior de todas, pois quando o compilador passa por ela no ambiente MacOS, ele ignora os procedimentos, e não devia. O ideal era substituí-la por {$IFNDEF MSWINDOWS} pois assim o código serviria tanto para Linux como para MAcOS. Para justificar todo esse discurso, tenho uma proposta: Não seria possível criar um grupo de alguns desenvolvedores (talvez até eu mesmo consigo ajudar) para compilar os pacotes uma vez por semana em diferentes ambientes (IDE's e S.O.'s). Cada um poderia assumir um ambiente, assim podeŕiamos corrigir essas pequenas coisas que atravancam o o desenvolvimento do ACBr multiplataforma "de verdade". Att, Messias Henrique

Eu consegui. Usei o Lazarus no Linux 32bits (de preferência uma distribuição baseada no Debian como o Ubuntu ou Mint, por exemplo). Consegui instalar os componentes ACBrNFe e ACBrNFeDanfeFR. Existe um exemplo dentro do próprio diretório de demos do ACBr que pode ser compilado no Lazarus. A partir daí é possível gerar o Danfe normalmente. Só não consegui testar ainda se todas as funcionalidades dos dois componentes estão funcionando plenamente. Principalmnte para envio e autorização, mas acredito que esteja. Se acontecer algum erro na instalação, pode ser algo bem simples de resolver. Coloque aqui que vejo se posso ajudar. Att. Messias Henrique

Ótimo! Com certeza é bem mais prudente que simplesmente ignorar o argumento O_SYNC.... rsrsrs Não sei se você chegou a ver esta parte do código da unidade ../Fontes/ACBrNFe2/libxmlsec.pas {$IFDEF WIN32} LIBXMLSEC_SO = 'libxmlsec.dll'; {$ELSE} LIBXMLSEC_SO = 'libxmlsec.so'; {$ENDIF} Acho que poderia ser alterado para: {$IFDEF WIN32} LIBXMLSEC_SO = 'libxmlsec.dll'; {$ENDIF} {$IFDEF LINUX} LIBXMLSEC_SO = 'libxmlsec1.so'; {$ENDIF} {$IFDEF DARWIN} LIBXMLSEC_SO = 'libxmlsec1.dylib' {$ENDIF} Assim, os usuários do Linux e do Mac estariam dispensados de fazer links simbólicos, haja vista que são criados links com essas nomenclaturas independentes de serem instalados automaticamente ou manualmente e ainda independente das versões (subversões) das bibliotecas. A mesma ideia pode ser utilizada também em libxslt.pas e libxml2.pas ambos em ../Fontes/ACBrNFe2. É claro que é uma bobagem mínima que pode ser facilmente contornada com a criação de links, mas fica a ideia. Att. Messias Henrique

Ah... tudo bem, vou aguardar... Mas, se você tiver um tempinho olha novamente as modificações em ACBrUtil.pas, pois não sei onde estão as alterações que só estariam dentro de IFDEF WINDOWS... Só alterei as que deram problemas no Mac OS. Talvez se trate de um IFNDEF WINDOWS, não? De qualquer forma, vou aguardar e tentar instalar quando os arquivos tiverem sido subidos. Att. Messias Henrique

É, eu havia imaginado que as modificações do synaser.sas deviam ser enviadas ao projeto Synapse, mas se observar é dentro de uma diretiva IF DARWIN, isto é, não afeta nenhum usuário que não seja do Mac OS. Vou ver se consigo entrar em contato com eles. Quanto as modificações que você aplicou, não sei se já estão no svn..., mas olha só: Parece que na última revisão (5186) não houve nenhuma alteração. A propósito, não entendi se você se refere ao arquivo que eu enviei (ACBrECFBematech.pas) estar desatualizado, pois eu atualizei minutos antes de aplicar as correções... (5185). De qualquer forma, muito obrigado pela atenção e dedicação de todos vocês. E, coloco-me a disposição para ajudar a tornar o projeto ACBr realmente multi-plataforma. Att. Messias Henrique

O pacote PCN2 compila normalmente, aliás o ACBrOpenSSL e ACBrNFe2 também compilam perfeitamente (Não tentei o ACBrCTe ainda). Porém quando mando instalar, o Lazarus faz todo o processo e quando vai se reconstruir, ocorrem os erros: Só lembrando que instalei as bibliotecas (libxml2, libxslt e libxmlsec1) e ainda criei os links devidos. Inclusive, se a gente conseguir instalar, acho prudente alterar as chamadas dessas libs pela extensão .dylib no Mac OS ao invés de .so como é no linux. Mas isso é apenas um detalhe. Sobre os 4 arquivos alterados..., seguem em anexo (compactados) Att. Messias Henrique alteracoes.zip alteracoes.zip

Olá todos! Conforme eu havia prometido, estou postando uma nova screen da paleta de componentes do ACBr instalados no Lazarus Mac OS. Também podemos ver um aplicativo de exemplo (ECFTeste) sendo executado... Bem, infelizmente ainda não consegui instalar o componente que mais preciso (ACBrNFe2), mas... ainda não desisti. Segue em anexo as alterações que fiz nos quatro arquivos abaixo: ../Fontes/ACBrComum/ACBrUtil.pas ../Fontes/ACBrDiversos/Gif3.pas ../Fontes/ACBrSerial/ACBrECFBematech.pas ../Fontes/synalist/synaser.pas É importante frisar que testei o código modificado nos ambientes: Windows, Linux (Ubuntu) e Mac OS e funcionou perfeitamente em todos. Entretanto, testei apenas no Lazarus (não possuo Delphi). Contudo, creio que não haverá problema para o compilador da Borland, pois não invadi o seu escopo. Att. Messias Henrique diff.txt

Ola Gabriel! Muito obrigado pelo apoio. Ja consegui instalar outros componentes da paleta ACBr, inclusive os o ACBrSerial (que possui inumeros recursos importantes, dentre eles, o ACBeECF). No entanto, ainda nao tive tempo de testar a compatibilidade dos arquivos modificados em outros ambientes (Linux e Windows). Porem, acredito que nao haverao grandes problemas...) Assim que eu o fizer, vou enviar os fontes para os coordenadores do projeto. Em breve vou colocar aqui novas screens da paleta bem mais completa. Att. Messias Henrique

Ola Carlos! Entao voce conseguiu instalar o ACBrNFe2 no Linux? Estou tentanto ja ha algum tempo... Sabe me dizer o que fez para dar certo? Att. Messias Henrique

Olá a todos! Bem, ainda continuo na peleja de fazer funcionar o ACBrNFe2 no Linux (Lazarus). Sobre o erro mostrado na figura acima (/usr/bin/ld: cannot find -lxmlsec) descobri como contornar. Basta instalar a biblioteca libxmlsec1-openssl e depois fazer a linkagem para o nome espereado pelo acbr. Porém, a partir daí aparecem inúmeros outros problemas. Já comecei a investigar, mas se alguém já passou por esses problemas e puder ajudar... Vejam os erros encontrados na recompilação da ide do Lazarus: /usr/bin/ld: /home/messias/lazarus/components/acbr/Fontes/ACBrNFe2/lib/x86_64-linux/ACBrNFeUtil.o: undefined reference to symbol 'xmlSecFindNode' /usr/bin/ld: note: 'xmlSecFindNode' is defined in DSO /usr/lib/libxmlsec1.so.1 so try adding it to the linker command line /usr/lib/libxmlsec1.so.1: could not read symbols: Invalid operation /home/messias/lazarus/ide/lazarus.pp(132,1) Error: Error while linking /home/messias/lazarus/ide/lazarus.pp(132,1) Fatal: There were 1 errors compiling module, stopping Não entendi muito bem a sugestão: "'xmlSecFindNode' is defined in DSO /usr/lib/libxmlsec1.so.1 so try adding it to the linker command line" Alguma sugestão??? Eu li em alguns lugares que algumas pessoas também estavam tentando instalar o ACBrNFe2 no Lazarus / Linux. Alguém tem notícias disso? Existe algum outro louco que está nessa peleja também? Att. Messias Henrique

Então pessoal. Eu simplesmente ignorei a a função winexec e fiz mais algumas alteraçõezinhas ( arespeito de declarações windows e etc...) em dois ou três arquivos e passou beleza... quer dizer compilou beleza. Porém.... (sempre tem um porém)! Na hora de instalar o pacote, eis que Pelo que percebi (se não estiver enganado) o componente ACBrNFe faz uso de bibliotecas de terceiros (dlls). Acredito que o erro ocorre quando o Lazarus vai se recompilar ( ele é recriado todo vez que se instala um pacote) e chama uma dessa bibliotecas. Resta agora saber (se for isso mesmo) se tem como contornar isso trocando por as dll's por .so's ou se não há essa alternativa. Bom, vou ter que ir nessa, amanhã tento de novo. Att. Messias Henrique

Olá Igor! Sim eu tentei instalar a versão que está na pasta "../Pacotes/Lazarus/ACBrNFe2" que, diga-se de passagem, é única. Acho que não o componente ACBrCapicom nem foi migrado pra Lazarus, não faz sentido. Com certeza é OpenSSL. Boa tarde Juliomar! É verdade não congegui achar o executável... rsrs. Bem, se ele realmente não for utilizado, acho que podemos ignorar essa parte. Hoje a noite vou fazer os teste e posto o resultado aqui. Att. Messias Henrique

Olá Juliomar! Bem, eu resolvi tentar instalar o componente (ACBrNFe) no lazarus (linux) apesar de que não vi nenhuma alusão sequer que poderia funcionar em um ambiente não windows. Encontrei alguns erros de declarações de units específicas para windows e fui corrigindo... até que parei no arquivo ../Fontes/PCN2/pcnValidator.pas pois o mesmo chama a função winExec (até aí tudo bem, dá pra contornar)... mas nessa função ele passa como parâmetro o pcnValidator.exe. Bom, confesso que não conheço bem os fontes do ACBrNFe nem do PCN2, mas parece que a rotina é a de validação do XML, logo é de suma importância. Portanto, não achei prudente simplesmente ignorar a função. Penso que será necessário termos um validador (executável) para linux que faça esse papel. Não sei se já existe ou se é difícil fazê-lo. Enfim, gostaria de saber de vocês. Honestamente, vocês acham que é possível adaptarmos o componente ACBrNFe para linux sem ter que reescrevê-lo todo? Ou acham que o trabelho não compensa... seria demasiadamente custoso...? Estou perguntando isso, pois tenho interesse sim em ajudar a portá-lo para lazarus (multiplataforma), mas como vocês conhecem muito bem o trabalho até aqui, acho que podem me dar uma opinião madura e sensata sobre essa labuta. Ah! Entendi que o post era sobre o DANFE, mas como não consegui instalar sequer o ACBrNFe rsrs não cheguei a testar o componente sobre relatórios... (no linux). Tentei rapidinho no Lazarus (windows) compilou e instalou, porém ao adicionar o componte ACBrNFe em um projeto, encontrei erros e no momento não pude verificar mais profundamente. Mais uma vez não pude testar o Danfe. Att. Messias Henrique

Olá Pessoal! Então... acho que tenho boas notícias... Conforme o Daniel havia dito, era pra funcionar como se fosse no no Linux (a compilação). No entanto, haviam alguns ifs de diretivas ( não sei bem como vocês chamam esses ifs aqui ) meio restritivos... Para o OS X usamos { $IFDEF DARWIN }... e para o Linux, analogamente { $IFDEF LINUX }. Porém para evitar a repetição de código desnecessária... e observando a similaridade dos *unix ( Mac OS e Linux ) , arrisquei mudar ambos para { $IFNDEF MSWINDOWS }. É claro que o mínimo possível (só onde houve erro). Não sei se mexi em algo que não devia ( acho que não ), mas para tirar qualquer dúvida segue uns prints da diferenças entre os arquivos que alterei... (apenas dois arquivos: ACBrUtil.pas e GIf3.pas). ../Fontes/ACBrComum/ACBrUtil.pas ..Fontes/ACBrDiversos/Gif3.pas Bom, mas até aqui houve um pequeno avanço. Até então nada instalava agora consegui instalar os pacotes ACBrComum e ACBrDiversos. O que mais preciso é o serial, portanto amanhã volto a trabalhar nisso. Abaixo segue alguns screens dos componentes instalados... (poucos ainda..., mas lindos!) Testei alguns projetos (exemplos) e rodaram normalmente... Bem pessoal... por hoje é só... Mas amanhã vou tentar mais avanços. Se vocês acharem que as modificações feitas não quebram a compatibilidade com as outras plataforma (não tive tempo de verificar isso) e que são pertinentes, eu posso enviar os arquivos alterados... (apesar que, por enquanto, as alterações forma mínimas) Por enquanto, muito obrigado a todos pela atenção e pelas opiniões. []`s Messias Henrique

Olá a todos! Gostaria de saber se alguém do fórum já conseguiu a proeza de instalar algum componente do ACBr no Lazarus rodando no sistema operacional Mac OS X. Eu tentei bastante, mas encontrei inúmeros erros na unidade ACBrUtil e muitas outras... Tentei corrigir algumas coisas..., mas na verdade eu devia conhecer bem os componentes para ter êxito nessa tarefa... o que, no momento não acontece. Já uso o ACBr no Lazarus (no Windows e no Linux) há algum tempo e sempre consegui tirar muito proveito disso. Porém, confesso que procurei bastante aqui no fórum e na net mesmo e não encontrei nenhuma notícia de quem usa os componentes no Lazarus (MAC OS X). Achei algumas pessoas que usam ACBrMonitor... mas quem sabe não existe um outro teimoso por aí... Não estou postando os erros aqui agora, porque são muito erros de compilação e também porque o objetivo do tópico é descobrir se alguém já tentou, ou se os principais desenvolvedores tem uma ideia sobre a dificuldade de tornar compatível. A partir daí, eu mesmo me disponho a esforçar-me para tal tarefa. Grato pela atenção dos colegas, aguardo as opiniões... (torcendo os dedos). []`s Messias Henrique

É André... agora ficou difícil, pois como disse antes, li em diversos lugares informações sobre esses prazo... ...Bom, vamos ver se eu consigo.. Nesse link: http://www.jusbrasil.com.br/noticias/2134259/fazenda-define-novo-prazo-para-implantacao-do-paf-ecf tem uma notícia sobre a prorrogação do prazo (porém parece que está se referindo especificamente ao estado de SC)... a parte que fala sobre os prazos é essa: Isso justificaria o meu post anterior onde digo que a partir de 1º de dezembro.... Mas, outra coisa intrigante é que o site da sefaz de Go mudou este ano. E foi uma mudança rigorosa, tanto que o novo site além de uma interface diferente trouxe muito menos informações do que continha o antigo. E eu posso garantir que havia lá essa mesma informação, com as mesmas datas que estariam vigentes para GO. Como eu disse "havia"... (do verbo "não há mais") Dei uma olhada rápida aqui em uns documentos que baixei do site da SEFAZ de Go (antes da mudança), e encontrei um que contraditoriamente define o prazo até 31 de dezembro desse ano. Esse documento é, na verdade, uma apresentação de slides elaborada pela própria sefaz de Go para uma reunião com desenvolvedores de Goiás. Segue em anexo essa apresentação e a informação está descrita no slide de número 30. Enfim, no meio de tantas informações imprecisas, realmente fico(amos) desnorteado(s). Grato pela atenção, Messias Henrique

Olá a todos. Apesar de ter lido inúmeras vezes em diversos lugares que o prazo final para a implementação do PAF nos estados brasileiros que aderiram a essa legislação é agora em 1º de dezembro de 2010, ainda tenho dúvidas quanto a esse prazo no estado de Goiás. Digo isso pois, após ligar várias vezes na sefaz daqui para esclarecer algumas dúvidas, além de perceber nitidamente que eles estão muito despreparados (desinformados sobre o PAF), ainda obtive uma informação (não sei se arbitrária, mas foi de uma atendente) que esse ano (2010) não haverá nehum tipo de fiscalização quanto ao cumprimento da lei do PAF nesse estado (Goiás). Alguém aqui do Fórum sabe melhor sobre esse prazo e principalmente no estado de Goiás? Desde já, grato pela atenção! Messias Henrique