22 comentários

• Eriksen Costa(usuário não autenticado)

  20 de Abril de 2010, 14:25

   

  Tiago,Observei algumas questões referentes a essas ferramentas. O iReport é uma ferramenta fantástica e vai facilitar muito a manutenção dos relatórios. Eu sei o quanto custa querer alterar um relatório no i-Educar e essa proposta veio em boa hora.Acho que podemos ampliar as possibilidade se considerarmos o JasperReports, aí sim teríamos possibilidade imediata de gerar os relatórios em múltiplos formatos.A classe PHPJasperXML em si copia algumas das funcionalidades do JasperReports mas é muito limitada. Criei um report com uma table linkada a um dataset e não gerou nada em meu PDF. Aliás, essa classe só gera saída em PDF. Pesquisando o que outros projetos já fizeram, percebi o quanto é difícil pensar em uma implementação que seja satisfatória em sua totalidade. Existem dois caminhos claros para mim: criar uma infra-estrutura própria ou confiar totalmente em software externo. Sempre lembrando que tudo tem seus prós e contras.O SugarCRM desenvolveu um ciclo próprio de conversão de PDF: assim como o desenvolvedor cria um template para uma tela do sistema ele pode criar um template PDF para a geração dessa tela nesse formato. No template, é tarefa do programador criar um layout para o PDF e de chamar as funções de print para os dados. Nesse ponto, não se distancia muito do i-Educar pois, para fazer um controle preciso de posicionamento (eixo XY), é necessário um grande esforço de codificação e debugging. Em sua proposta, esse overhead é eliminado pelo iReport, ao qual facilita na criação de modelos com total liberdade de posicionamento no layout. A desvantagem é que aqui não conseguimos criar um template para visualização no próprio i-Educar (imaginando que tivéssemos um modelo como o do Sugar).Uma tabela comparativa deixa essas diferenças mais claras:  JasperReports PHPJasperXML SugarCRM csv V X - xls V X - ods V X - html V X V pdf V V VA solução através do JasperReports nativo é a mais completa, no entanto, adiciona uma dependência externa com uma aplicativo Java. PHPJasperXML permite converter um relatório criado no iReport, entretanto, está limitado a gerar apenas PDF. A solução do SugarCRM permite a criação de layouts para HTML e PDF porém, o trabalho de criar o PDF é todo do programador.Eu sou a favor de soluções simples que resolvam nossos problemas imediatos e vejo o PHPJasperXML como alternativa viável. Porém, é necessário lembrar dessas observações para que no futuro saibamos que temos diversas alternativas interessantes. Podemos disponibilizar opcionalmente a integração completa com o JasperReports e ao mesmo tempo melhorar a classe PHPJasperXML para que esta suporte gráficos ou criar um modelo híbrido que use programação pura para a visualização HTML e um report Jasper para a geração de HTML.Só é preciso mensurar bem o que queremos e o quanto podemos evoluir esta classe. É bem claro que ela implementa uma parte mínima do schema de relatório Jasper (como já citei sobre a tentativa de usar uma tabela com um dataset). O schema contém diversos elementos e implementá-los em PHP seria uma tarefa a parte do i-Educar por si só. Talvez até um novo projeto de componente open source.Para encerrar, como hoje a prioridade é termos relatórios impressos, prefiro focar em uma implementação mais simples do que buscar uma solução mais complexa tendo em vista que já temos muita coisas complicadas a trabalhar.+1 para a empreitada.Parabéns pela proposta!
  Eriksen Costa
  Analista Desenvolvedor
  Projeto i-Educar, contribuições
  Cobra Tecnologia S.A.

  
  

  • Eduardo Nunes Seixas(usuário não autenticado)

    19 de Junho de 2014, 18:57

     

    Olá. Eu estou desenvolvendo um sistema e usando o phpjasperxml.

    No desenvolvimento do orcamento em pdf, tive um problema que é o seguinte:

    a classe phpjasperxml não consegue comunicar com o ireport passando um array para o objeto table do ireport. No ireport, meu modelo de orcamento está ok, mas quando mando do php para o ireport, não consigo alimentar a table.