Apache DeltaSpike: CDI Programável

É inegável dizer que a especificação CDI mudou definitivamente a forma de desenvolver softwares utilizando Java. O conceito de injeção de dependências, que desde o princípio é disseminado como princípio (e boa prática) na orientação a objetos, passou a ser um cidadão de primeira classe. Além da injeção de dependências, a capacidade de disponibilizar Beans que possuem um ciclo de vida bem definido, fizeram com que o CDI se tornasse um dos assuntos mais falados ultimamente em blogs, artigos e apresentações nos diversos eventos de tecnologia.

Já na versão CDI 1.0 (JSR 299), o Expert Group foi muito feliz em especificar como parte das funcionalidades um importante princípio da programação orientada a objetos: O princípio OCP (Open Closed Principle). Este determina que os objetos devem ser abertos para extensão e fechados para modificação.

No CDI esta funcionalidade recebeu o nome de Portable Extensions. Esta funcionalidade permite que o CDI seja estendido ao ponto de ter seu comportamento modificado, possibilitando que novas funcionalidades sejam disponibilizadas através do registro dinâmico de novos Beans CDI, da modificação dos metadados (qualifiers, alternatives e interceptors) de beans existentes e da criação de novos contextos.

Não tardou para que diversas comunidades Java e organizações percebessem que o CDI poderia ser utilizado também como um alicerce para frameworks ou para integração com seus produtos e tecnologias existentes. Com isto, diversas iniciativas em paralelo se espalharam rapidamente.

Projetos como o JBoss Seam 3, Apache MyFaces CODI e CDISource tornaram-se grandes (no sentido de quantidade e qualidade) repositórios de extensões CDI. No início, isto só provava que a especificação CDI se tornou um sucesso, por prover um verdadeiro ecossistema para desenvolvedores.

Entretanto, no final de 2011, as comunidades formadas pela Red Hat, Apache e CDISource resolveram unir seus esforços e criar um conjunto de extensões CDI de forma padronizada e combinando as melhores funcionalidades de cada um destes projetos.

Logo após, no começo de 2012, foi anunciado o projeto DeltaSpike. Este projeto foi incubado dentro da Fundação Apache até maio de 2013, quando então se tornou um projeto de primeiro nível. Mesmo antes do lançamento da sua versão final, o DeltaSpike já estava sendo utilizado por outros projetos, como o PicketLink, da Red Hat.

A versão 1.0 do DeltaSpike foi lançada em junho deste ano e praticamente dois meses depois foi anunciado no JavaOne 2014 (em setembro) que o projeto levava para casa uma estatueta do Duke's Choice Award. Desde então, esta solução vem ganhando cada vez mais usuários, colaboradores e contribuições.

Na Figura 1 é possível ter um panorama da história do projeto.

Figura 1. Panorama histórico do projeto DeltaSpike.

Essencialmente, o DeltaSpike é um conjunto de extensões para o CDI, contendo funcionalidades úteis que não estão disponíveis na especificação. Com o objetivo de manter um agrupamento lógico destas extensões, o projeto é composto por um módulo principal e vários módulos opcionais, a saber:

· Core: É o módulo principal do DeltaSpike, o único que é obrigatório. Fornece funcionalidades como Configuration API, Type-safe ProjectStage e I18n, a anotação @Exclude, um framework de tratamento de exceções, etc.;

· Security: Módulo que fornece um mecanismo de segurança usando anotações;

· JPA: É o módulo que permite que Beans CDI façam parte de um contexto transacional (assim como os EJBs) através do uso da anotação @Transactional. Este módulo também declara o contexto @TransactionScoped, que determina que o ciclo de vida de um Bean CDI é inicializado e finalizado junto com a transação;

· Data: Módulo que traz funcionalidades como a implementação do padrão Repository, fornecendo acesso a dados de forma declarativa e reduzindo drasticament ...