CDI 2.0 no Java EE: Dependency Injection no Java SE e Java EE

Fique por dentro

Injeç�o de depend�ncias � um pilar do desenvolvimento moderno; com CDI 2.0, esta ferramenta ser� dispon�vel para desenvolvedores Java SE. A nova vers�o de CDI tamb�m traz avanços para programaç�o ass�ncrona, que � um t�pico muito relevante para a performance de uma aplicaç�o. Al�m disso, o desenvolvimento com CDI se tornou ainda mais simples ao adotar pequenas facilidades, como literais de anotaç�o predefinidos, ordenaç�o de eventos e uso de lambdas e streams.

Desde o seu lançamento em 2009, Context and Dependency Injection (CDI) vem se tornando uma das tecnologias mais importantes da plataforma Java EE. Ap�s mais de dois anos de trabalho desde a vers�o 1.2, a especificaç�o final de CDI 2.0 foi publicada em abril de 2017. Ao mesmo tempo, sua implementaç�o de refer�ncia, Weld 3.0, tamb�m foi disponibilizada para uso.

Nessa vers�o, provavelmente a funcionalidade mais not�vel � o rec�m-adicionado suporte a Java SE. Sempre houve uma grande demanda para utilizar injeç�o de depend�ncias em outros ambientes, sejam frameworks web alternativos ou aplicaç�es desktop. Buscando atender a esta necessidade, essa especificaç�o traz novas APIs que permitem inicializar um container CDI manualmente.

Para melhor incorporar as funcionalidades de Java SE, o pr�prio documento foi reestruturado. A nova vers�o da especificaç�o est� dividida em tr�s partes. A primeira especifica o n�cleo de CDI: injeç�o de depend�ncias, contextos, eventos, decoradores, interceptadores etc. Este conte�do � aplic�vel tanto a Java SE quanto a Java EE. � a primeira parte que cont�m a maior parte do documento, inclusive o conte�do mais antigo. Ainda assim, ela traz algumas novidades interessantes, como novas SPIs (especialmente interessantes para desenvolvedores de frameworks), ordenaç�o de observadores de eventos, eventos ass�ncronos, configurators para m�todos observadores e algumas facilidades de Java 8.

Por sua vez, a segunda parte da especificaç�o descreve a API para utilizar CDI em Java SE. Aqui, o conte�do mais relevante � a explicaç�o de como iniciar um container CDI em uma aplicaç�o standalone. Veremos como isto � feito mais � frente.

Por fim, refer�ncias a outras especificaç�es Java EE ou a comportamentos espec�ficos de servidores foram extra�das para a terceira parte. Nela, especifica-se como CDI interage com tecnologias como EJBs e Expression Language (EL). No geral, h� poucas novidades neste aspecto: o conte�do desta parte j� pode ser encontrado em sua quase totalidade nas vers�es anteriores de CDI.

Neste artigo, exploraremos as novidades de aplicaç�o mais generalizada. Veremos primeiro como ordenar observadores de eventos, uma feature muito �til para evitar race conditions e outros problemas similares. Posteriormente conheceremos os poderosos eventos ass�ncronos. Programaç�o ass�ncrona � uma tend�ncia, dado o seu poder e performance; com eventos ass�ncronos, podemos utilizar este estilo de desenvolvimento de maneira bastante intuitiva. Naturalmente, o uso de CDI em Java SE n�o passar� em branco: h� uma seç�o inteira dedicada a entender como utilizar essa excitante novidade. O novo CDI traz tamb�m alguns literais de anotaç�es predefinidos que merecem uma breve an�lise. Por fim, h� exemplos de como as novas capacidades de Java 8 (lambdas, streams) foram utilizadas na especificaç�o.

Interessado? Comecemos ent�o por uma funcionalidade h� muito solicitada pela comunidade: previsibilidade na ordem de execuç�o de observadores de eventos.

Ordenaç�o de observadores de eventos

Desde CDI 1.1, decoradores e interceptadores podem ser ordenados. Basicamente, podemos definir que um interceptador (ou decorador) ser� chamado antes de outro atrav�s da anotaç�o @Priority. Desde ent�o, a comunidade vinha pedindo uma maneira de definir tamb�m a ordem de execuç�o dos observadores de um evento. A nova especificaç�o finalmente nos permite fazer isso.

Ordenando eventos

Idealmente, observadores de eventos devem ser os mais independentes poss�vel: um observer n�o deveria afetar o resultado de outro executado posteriormente. Isto mant�m o c�digo desacoplado e f�cil de compreender.

Isto n�o � sempre poss�vel, por�m, e at� CDI 1.2, nada poderia ser feito a esse respeito. CDI 2.0 finalmente traz uma soluç�o: podemos utilizar a anotaç�o @javax.annotation.Priority para ordenar observers em relaç�o a outros. Esta anotaç�o deve ser adicionada ao argumento com @Observes e exige um par�metro, do tipo int, que � a prioridade de execuç�o.

Na Listagem 1 temos um exemplo de m�todo observer com prioridade. Note que o argumento objeto do m�todo possui duas anotaç�es. @Observes declara este m�todo como observador, enquanto @Priority(1) define a prioridade de execuç�o.

Listagem 1. Declarando um observador com prioridade.


  public class ExemploObserver {
   
   public void metodo(@Observes @Priority(1) Object objeto) {
    System.err.println("Exemplo de observador com prioridade.");
   }
  }

Observadores com prioridade menor s�o executados antes de outros com prioridades maiores. Assim, por exemplo, o m�todo da Listagem 2 ser� necessariamente executado depois do observador da Listagem 1.

Listagem 2. Um observador menos priorit�rio.


  public class ExemploObserverMenosPrioritario {
   
   public void outroMetodo(@Observes @Priority(2) Object objeto) {
    System.err.println("Este observer ser� executado posteriormente.");
   }
  }

Como se v�, o processo para definir a prioridade do observador � bem simples. Ao ordenar observadores, o maior desafio est� em decidir que valores de prioridades utilizar.

Definindo prioridades

Embora @Priority aceite qualquer inteiro n�o-negativo, � importante escolher bem os valores das prioridades.

Considere, por exemplo, prioridades pequenas, como 0 ou 1. Estas prioridades devem ser raramente utilizadas, pois nos impedem de executar observadores antes dos j� definidos. De modo similar, se utilizarmos valores muito pr�ximos (digamos, 1000 e 1001), n�o ser� poss�vel executar um observador entre os dois. De qualquer forma, se utilizarmos prioridades arbitr�rias, podem ocorrer conflitos com observadores definidos pela plataforma, ou por bibliotecas.

Felizmente, a plataforma prov� uma maneira mais port�vel de definir os valores de prioridades. A classe interna "

[...] continue lendo...

CDI 2.0: avan�os no Java EE e al�m

A JSR-365 traz novidades que deixam CDI ainda mais poderoso e flexível.

Ordenaç�o de observadores de eventos

Ordenando eventos

Definindo prioridades

Artigos relacionados