TIPO DE SAÍDAS DE RELATÓRIOS COM IREPORT

No último post deste tutorial fiz um screencast explicando um modo de criar relatórios usando ireport + java + flex. Nesse exemplo usei nossas próprias entidades para criar os relatórios assim evitando até em nossos relatórios a necessidade de usar instruções sql. Para quem não assistiu vale a pena conferir (TUTORIAL JAVA + FLEX + IREPORT NA PRÁTICA (10).{obrigado a todos que assitiram esse screencast, até o momento já obtive + de 1100 visualizações }

Obs.: Esse post mesmo que sendo continuação de um tutorial pode ser analisado e aproveitado sem a necessidade de acompahar todo o tutorial e também sem a necessidade de ter conhecimento de Flex. Então bom proveito para todos

o assunto de hoje é uma continuação sobre relatórios com ireport, como muitas pessoas me pediram por email e até via comentário no blog onde eu cometi o desrespeito de não responder venho através deste post colocar uma listagem de tipo de saídas que podemos ter para os nosso relatórios, tudo com pouco ou nada de esforço, só pelo fato de ter escolhida a ferramenta certa para a situação certa. Assim como tem a saída pdf no nosso projeto poderemos ter essas listadas abaixos(só listei as que normalmente são utilizadas).

vamos nos basear no ServletReport que foi feito no tutorial. Para te ajudar está logo abaixo:

no servlet acima temos o exemplo de um relatório saindo em um pdf, agora do try catch para baixo podemos mudar nosso tipo de saída, vamos a listagem abaixo:

XLS - Excel

RTF

HTML

CSV

TXT

DOC - Word

ODT - OpenOffice(brOffice) Word

ODS - OpenOffice(brOffice) Planilha tipo Excel (SpreadSheet)

bem, aí está uma lista bem completa com 9 tipos de saídas(contando com o pdf) para seus relatórios que tenho certeza que vai ser útil!

Cumps. e até a próxima

• TUTORIAL JAVA + FLEX NA PRÁTICA (8) – Datas
• Pegar Código Fonte de Sites Remotos
• TUTORIAL JAVA + FLEX NA PRÁTICA 6/6
• TUTORIAL JAVA + FLEX NA PRÁTICA 7/6 – Bônus
• TUTORIAL JAVA + FLEX NA PRÁTICA 1/6

Olha ele aí, o sumido Janderson Futebol Clube de volta... hehe porém uma volta rápida

Uma das maiores utilidades no momento na minha opnião se chama Twitter, mas especificamente uma tag que acompanho de perto chamada #soudev, que é uma espécie de agromerado de maluco que ficam falando de programação e afins o dia todo, e em uma dessas o @edipofederle fez uma sábia e curioasa pergunta...

Como testar Métodos privados?

a primeira coisa que me veio a mente foi, criar um metodo público, claro!? mas... e as boas práticas, estou criando um método por causa dos meus testes, os testes estão afetando minha codificação, tem algo errado, e em fração de segundos, me veio outra solução que o java me proporciona, usar REFLECTION,

e reflexão não é um bicho de 7 cabeças mas costuma ser um dos lugares menos frequentados para quem não tem muito dominio do Java, mostrarei como é simples neste momento testar seus métodos privados através de Reflection.

ServiceSample.java

e a classe de teste

ServiceSampleTest.java

viu como é fácil, talvez alguns ainda fiquem assustados mesmo com os comentários no código, mas garanto que 30 minutos lendo sobre Reflection vc vai perceber como é útil e vai te ajudar muito daqui para frente

Referências:

Testes Unitários de Métodos privados Genérico:

http://www.artima.com/suiterunner/private.html

Leitura Recomendada:

http://www.urubatan.com.br/java-tem-espelhos-e-o-mago-deve-saber-jogar-com-eles-basico-da-reflexao/

Espero que aproveitem a dica

Cumps.

• TUTORIAL JAVA + FLEX + IREPORT NA PRÁTICA (11)
• TUTORIAL JAVA + FLEX NA PRÁTICA 2/6
• TUTORIAL JAVA + FLEX NA PRÁTICA (8) – Datas
• Calculo em flex corretamente
• TUTORIAL JAVA + FLEX NA PRÁTICA 1/6

Olá galera, aqui estou eu mais uma vez para passar um conteúdo para vocês que acredito ser de grande ajuda para quem tem que fazer relatórios com java + flex...

Desde de agosto de 2009 tenho trabalhado intensamente com relatórios, na verdade criei um gerador de relatório em flex que assim como  ireport gera um xml válido para o JasperReport, então acredito ter muito a ensinar para vocês e espero que hoje seja só o começo desse assunto por aqui

Tenho recebido muitos emails pedindo "como trabalhar com relatórios java+flex" e ultimamente depois que comentei que iria falar sobre o assunto a cobrança aumentou, e como estou em fase de mudança e sem tempo para escrever um post grande cheio de explicações resolvi criar o meu primeiro screencast para mostrar o que fiz, assim acho que é mais rápido e compreensível, então aí vai o screencast, espero que gostem e me perdoem por falta de experiência com screencast, no mais bons estudos

espero o feedback de vcs

Caso queira o projeto java é só baixar aqui.(com as libs incusive as do ireport).

Caso queira o projeto flex é só baixar aqui.

as libs necessárias do ireport ficam localizadas:

local instalado o ireport ( ex: C:\Arquivos de programas\Jaspersoft\iReport-3.7.1 ) + ireport\modules\ext\

dentro dessa pastas os arquivos .jar

commons-digester-1.7.jar, groovy-all-1.5.5.jar, iText-2.1.0.jar, jasperreports-3.7.1.jar, jasperreports-chart-themes-3.6.2.jar, jasperreports-extensions-3.5.3.jar, jasperreports-fonts-3.6.1.jar.

Cumps.

• TUTORIAL JAVA + FLEX NA PRÁTICA (9) – Atualizando o Swiz
• TUTORIAL JAVA + FLEX + IREPORT NA PRÁTICA (11)
• TUTORIAL JAVA + FLEX NA PRÁTICA (8) – Datas
• criar um Gerador de Relatório
• TUTORIAL JAVA + FLEX NA PRÁTICA 6/6

Esse artigo é continuação do
TUTORIAL JAVA + FLEX NA PRÁTICA 1/6
TUTORIAL JAVA + FLEX NA PRÁTICA 2/6
TUTORIAL JAVA + FLEX NA PRÁTICA 3/6
TUTORIAL JAVA + FLEX NA PRÁTICA 4/6
TUTORIAL JAVA + FLEX NA PRÁTICA 5/6
TUTORIAL JAVA + FLEX NA PRÁTICA 6/6

Não definitivamente você não está delirando e nem eu esqueci conceitos simples da matemática, realmente criei mais um tutorial, a 7/6, o que estou considerando Bônus, para fazer algumas modificações e implementar algumas funcionalidades.

Antes gostaria de agradecer pela participação do pessoal, muitos entenderam o objetivo do tutorial e com certeza fizeram bom proveito, fiquei sabendo este mês de julho que alguns mudaram a forma de trabalhar com Java + flex através deste tutorial . Através do mesmo recebi ótimos contatos e oportunidades profissionais, porém, como sempre há alguém que quer mais e gostaria de mais um empurram, então vamos direto ao assunto que tempo é dinheiro.

Essa parte vamos tratar mais de relacionamentos entre tabelas, como tratar esses relacionamentos no Flex e como mostrar mais de um objeto no datagrid... vamos a prática.

Implementação no Java

Assim como fizemos na nossa classe Estado vamos criar nossa Classe Cidade, classe essa que fará o relacionamento mais comum e a dúvida mais comum depois que você começa a programar, vamos ao código:

Cidade.java

Vale comentar algumas anotações que usei aqui:

@ManyToOne(fetch = FetchType.EAGER) -> como o relacionamento é de “N para 1”, uma Cidade pertence a um Estado e o Estado pode ter várias Cidade, usamos a anotação @ManyToOne e também usamos o FethType:

EAGER -> Sempre que o Objeto pai for trazido o atributo mapeado também será trazido) cuidado ao usar pois se for relacionamentos mais complexo, ou melhor, que contém muitos objetos dentro do outro pode ficar muito lento, no nosso exemplo não temos que ser preocupar com isso.

LAZY -> Sempre que o objeto pai for trazido o atributo mapeado só será trazido quando acessado pela primeira vez(muito usado quando é List, Collection para evitar o que citei logo acima).

@JoinColumn(name="codEstado",insertable=true,updatable=true) -> informamos qual é o campo é a chave estrangeira, no caso da Cidade a chave estrangeira é o codEstado. O insertable e o updatable quando indicados como true significa que esse objeto tem que ser inserido ou atualizado quando o objeto pai é inserido ou atualizado, resumindo, Toda vez que for inserir e atualizar um Cidade também será inserido ou atualizado um Estado.

@Fetch(FetchMode.JOIN) -> informamos que estamos juntando as duas tabelas, melhor dizendo, como se estivesse usando o Inner Join na injeção de SQL.

@Cascade(CascadeType.SAVE_UPDATE)-> por ultimo a permissão que esse atributo pode interferir na Classe ao qual está fazendo o relaciomento. Explico, ao colocar SAVE_UPDATE se caso você esteja inserindo uma cidade e o estado ainda não foi inserido, ele automaticamente vai adicionar esse Estado, pegar o id do mesmo e gravar na tabela cidade no campo codEstado, Hibernate é Kara .

Depois de explicado as anotações as outras classes que ficam no Java já foram explicadas e só serão adicionadas logo abaixo:

CidadeRepository.java

CidadeService.java

CidadeDao.java

Agora é só adicionar o serviço no blazeds e ir para a parte flex.

remoting-config.xml

OBS. Aqui já começa uma pequena discussão, se você perceber os Repository, Service e Dao de Cidade e Estado são praticamente idênticos, e muitos vão optar por trabalhar com classes Genéricas, tipo RepositoryGeneric, DaoGeneric. Nada contra, só que eu prefiro deixar separado, se você usar genérico tome muito cuidado, uma vez tomei o genérico de novalgina e fiquei uma semana mal, acabou o genérico comprei novalgina e a dor de cabeça passou em 30 minutos, hehe.

Outra coisa aí sim eu recomendo é o seguinte, de vez de ter um Service para a cidade e outra para estado criar um tipo addresService, cuja esse serviço manipularia o estado, a cidade o bairro... enfim, tudo que tem haver com endereço, isso é normal, o service na verdade é isso, mais como nos exemplos fica tudo separado as pessoas colocam separado, então, mesmo não fazendo assim neste exemplo recomendo a todos depois fazer isso neste exemplo, considere dever de casa .

Implementação no Flex

No flex a implementação é mais simples ainda, a base de ctrl+c ctrl+v, vamos ao código:

Cidade.as

A única coisa que Vale lembrar aqui é que como no Java você usa o relacionamento com a classe Estado, no Action script tem que acontecer a mesma coisa, se não você não relaciona objetos, tipo, ao invés de colocar “estado:Estado” colocar “idEstado:Number” vc não está programando orientado a objeto, você na verdade está criando classes que sejam clone das suas tabelas do banco de dados, fazendo isso você está perdendo o melhor que o mundo OO pode te oferecer. É aqui que vejo uma constante dúvida que tenho recebido por contato aqui no Blog, então aí vai:

• Não! de maneira nenhuma deixe de fazer os relacionamentos dos seus objetos, uma cidade faz parte de um Estado e não de um código do estado, então... tanto no Java, como no Action Script, quanto no php e outra qualquer linguagem não considere seus objetos uma cópia de suas tabelas do banco de dados.

• Se no Java você tem um atributo “Estado estado” no actionScript você vai ter um ”estado:Estado”. Quando usamos RemoteObject o action script tem que ser igual ao Java ou ao php, é um clone, não pode ter um “Estado estado” no Java e um “idEstado:Number” no Action Script, não vai funcionar e você vai ter aquela sensação, é alguma bobeira que eu não estou vendo.

CidadeDelegate.as

CidadeEvent.as

ICidadeController.as

CidadeController.as

Adicionados estas classes é só adicionar o mapeamento dos mesmos e o RemoteObjetct no nosso Beans.mxml.

Agora vamos a interface(view) com algumas explicações:

CidadeView.mxml

Agora vamos mostrar sua action:

CidadeAction.as

Como Pode perceber existe algumas novidades comparado ao código do estado, uma é a combo que carrega todos os estados:

1. O DataProvider da combo é o estadoList da nossa controllerEstado.
2. o label Field é o “nome”(atributo da classe estado).
3. prompt é o texto inicial da combo.

A parte mais interessante neste caso é o grid, usamos a função labelFunction:

Neste caso indicamos que o label desta coluna vem do retorno de uma função chamada colEstado:

Se você perceber temos uma função que espera como retorno uma String, e aqui podemos ver já uma vantagem de usar os relacionamentos de objetos de maneira correta, uma cidade contém um estado, então ao fazer o que fizemos acima conseguimos pegar qualquer atributo da nossa classe Estado e mostrar no grid sem a necessidade de fazer um FindById ou algo parecido.

Bem, é isso, atualizei o código fonte, caso queiram podem baixar nos links logo abaixo, qualquer dúvida pode entrar em contato, ou se preferir postar um comentário.

Até a Próx.

Caso queira o projeto em java é só baixar aqui (sem as libs).

Caso queira o projeto em flex é só baixar aqui.

• TUTORIAL JAVA + FLEX NA PRÁTICA 5/6
• TUTORIAL JAVA + FLEX NA PRÁTICA 6/6
• TUTORIAL JAVA + FLEX NA PRÁTICA 1/6
• TUTORIAL JAVA + FLEX NA PRÁTICA 4/6
• TUTORIAL JAVA + FLEX NA PRÁTICA (9) – Atualizando o Swiz

Esse artigo é continuação do
TUTORIAL JAVA + FLEX NA PRÁTICA 1/6
TUTORIAL JAVA + FLEX NA PRÁTICA 2/6
TUTORIAL JAVA + FLEX NA PRÁTICA 3/6
TUTORIAL JAVA + FLEX NA PRÁTICA 4/6
TUTORIAL JAVA + FLEX NA PRÁTICA 5/6

Na última parte do nosso tutorial vamos fazer a V(View) do nosso MVC, no caso são 2 tipos de arquivo, a interface em si e a Ação da mesma, lembrando que essa separação não é necessária, eu faço porque gosto de tudo bem dividido, isso ajuda e muito na manutenção ou até mesmo na alteração do Layout, uma vez eu já expliquei o porque disso no artigo Separando MXML do Action Script.

Para terminar com chave de ouro vamos ao código:

EstadoView.mxml

Nesta linha é que dizemos onde está as ações desta View, então vamos criar este arquivo:

EstadoAction.as

Algumas explicações:

nesta parte do código estamos fazendo a escuta da nossa controladora, repare que me refiro a interface e não a que implementa a mesma, isso é o que muitos chamam de Programação Orientado a Interface, como essa escuta vai lá no nosso Bean.mxml e procura um bean com nome de "estadoController", lembrando:

e como o nosso bean está mensionando a implementação e não a interface, ele instancia a implementação, é ou não é inteligente o Swiz

outra coisa que vale a pena explicar e somente isso a mais é a escuta que adicionamos aos nossos eventos no método init:

quando fazemos esse comando acima estamos dizendo para nosso view ficar esperta, ou seja, ficar escutando qualquer disparo desses eventos, quando for disparado um dos eventos ele executa o método que se encontra no segundo parametro, exemplo o onSaveComplete que, por sua vez recebe como parametro um EstadoEvent. Lembra que no controller tem um método que dispara os nossos eventos, não lembra né, também teria esquecido , lembrando:

ou seja, quando é feito esse disparo é executado o nosso onSaveComplete, para quem já conhece de eventos em Flex nenhuma surpresa, somente o fato de estar usando o dispatchEvent e addEventListener do swiz e não os do SDK do próprio flex, isso tem uma explicação, o famoso Mediate do Swiz, que não vamos entrar no mérito neste tutorial, ok!

Agora como respiro final deste tutorial o Index.mxml modificado para chamar a view que acabamos de criar

index.mxml

Como minha hospedagem não suporta java não tem como mostrar o resultado final mais....

Caso queira o projeto em java é só baixar aqui (sem as libs).

Caso queira o projeto em flex é só baixar aqui.

Bem, é isso, uffa, nunca imaginei que criar um tutorial fosse tão dificil e demorado espero que o resultado tenha sido bom

Considerações:

Antes de mais nada peço desculpas se o tutorial não foi muito bem explicado, se dei importância demais onde não era para dar e o que era importante não comentei, sei lá, esse tipo de coisas que pecamos por falta de experiência como blogueiro mais podem ter certeza que o intuito foi o dos melhores e espero que ajude alguém, principalmente a usar MVC no flex, coisa que é muito falada mais tem poucos exemplos, principalmente na língua portuguesa.

Objetivo:

Mostrar que realmente sei o que falo que sei em meu currículo, mesmo não tendo nenhum portfólio, já que não considero meu portfólio o que faço na empresa onde trabalho, o portfólio é da empresa. Procuro contatos profissionais e serviços no que envolve desenvolvimento de sites e sistemas, quem tiver interessado é só entrar em Contato, Obrigado.

Não posso deixar de falar da minha Gata, Fernanda minha Esposa EU TE AMO MUITO, obrigado pela paciência com o seu Geek, hehhe!

Vlw, até a próx. Bons estudos para Todos e um Abraço. FIM.

• TUTORIAL JAVA + FLEX NA PRÁTICA 5/6
• TUTORIAL JAVA + FLEX NA PRÁTICA 7/6 – Bônus
• TUTORIAL JAVA + FLEX NA PRÁTICA (9) – Atualizando o Swiz
• TUTORIAL JAVA + FLEX NA PRÁTICA (8) – Datas
• TUTORIAL JAVA + FLEX NA PRÁTICA 4/6

Esse artigo é continuação do
TUTORIAL JAVA + FLEX NA PRÁTICA 1/6
TUTORIAL JAVA + FLEX NA PRÁTICA 2/6
TUTORIAL JAVA + FLEX NA PRÁTICA 3/6
TUTORIAL JAVA + FLEX NA PRÁTICA 4/6

Como tenho feito nos outros artigos que fazem parte deste tutorial vou colocar o projeto para vocês não se perderem

EVENTS

Eventos é forma que encontramos de criar uma comunicação entre Objetos que não tem ou não podem se comunicar de uma forma direta. Algumas coisas são muito bonito falar porém é muito Simples fazer, um exemplo típico são os eventos customizados em flex, como o tutorial é NA PRÁTICA vamos ao código:

EstadoEvent.as

Os eventos são muito utilizados no Flex e recomendo por todos que procuram um código limpo, como você consegue perceber declaro variáveis Static com o nome de "SAVE" e "REMOVE", neste caso representa os métodos que será necessário disparar eventos, a necessidade de ter esses eventos no nosso caso de um MVC é que a Controller ele não pode mudar um status na view, isso é responsabilidade da própria view, por isso a necessidade de ter eventos. A view fica a escuta deste evento, então quando a controller dispara esse evento a própria view muda o seu status.

Para criar um evento customizado é só criar uma sub-classe da Classe "Event", na construtora da nossa classe recebemos como parâmetro uma String, que no caso é uma das nossas variáveis que declaramos como static na mesma classe (Mais a frente você verá a utilização da nossa classe e vai entender mais).

CONTROLLER

Agora vamos falar da C(Controller) do nosso MVC, essa parte é a melhor de todas, Aliás é a parte da implementação do MVC mais importante.

A Controller recebe requisições da View e passa para Model e o mesmo acontece no sentido contrário, além disso a Controller dispara os eventos que acabamos de criar no ínicio deste tutorial.

Se você analisar a figura acima vai perceber que existem duas classes na nossa Controller uma interface e a implementação da mesma, vamos ao código:

IEstadoController.as

Uma simples interface sem muitas explicações que é implementada pela:

EstadoController.as

Vamos a algumas explicações:

AbastractController -> uma classe que faz parte do Framework Swiz, ao estendermos esta classe além de ter a mesma funcionalidade que ganhamos no caso do Delegate podemos usar um método que facilita e muito a forma de tratar as funções, o método executeServiceCall.

executeServiceCall - > recebe como parâmetro um método, o nossa função que vai receber o retorno em caso de sucesso e a nossa função que vai receber o retorno no caso de algum erro.

Na linha abaixo adicionamos uma escuta para nosso bean criado no Bean.mxml chamado de estadoDelegate que mapea e instancia a nossa classe já criada e explicada EstadoDelegate.

//*************** Handle Results ************************//

Desta linha para baixo estão todas as nossas funções que trata o retorno que vem do nosso Delegate, pode perceber no caso onSave e OnRemove eu disparo o Nosso Evento Criado no ínicio deste artigo pelo framework Swiz e não pelo dispatchEvent do SDK padrão do Flex(Flash), esse disparo de Evento é necessário para que a view saiba que ocorreu tudo certo e mude o seu “status” atual.

OK, na próxima parte vamos mostrar a View feita em Flex, a view que vai ser responsável por “consumir”(se comunicar) com o nosso Controller.

Espero o feedback de vocês galera, se está bom, ruim, péssimo. Podem ficar a vontade para comentar no blog e se gostarem divulgar, o intuito é ajudar quem quer usar um MVC no Flex, espero está ajudando alguém

Vlw e até a próx.

• TUTORIAL JAVA + FLEX NA PRÁTICA 6/6
• TUTORIAL JAVA + FLEX NA PRÁTICA 4/6
• TUTORIAL JAVA + FLEX NA PRÁTICA 7/6 – Bônus
• TUTORIAL JAVA + FLEX NA PRÁTICA 1/6
• TUTORIAL JAVA + FLEX NA PRÁTICA (8) – Datas