Um bean é usualmente uma classe de aplicação que contém lógica de negócio. Pode ser chamado diretamente a partir do código Java, ou pode ser invocado por meio da Unified EL. Um bean pode acessar recursos transacionais. As dependências entre beans são gerenciadas automaticamente pelo contêiner. A maioria dos beans são stateful e contextuais. O ciclo de vida de um bean é sempre gerenciado pelo contêiner.

Vamos voltar um segundo. O que realmente significa ser contextual? Uma vez que os beans podem ser stateful, é importante saber qual instância do bean eu tenho. Ao contrário de um modelo de componentes stateless (por exemplo, stateless session beans) ou um modelo de componentes singleton (como servlets, ou singleton beans), diferentes clientes de um bean vêem o bean em diferentes estados. O estado visível ao cliente depende de para qual instância do bean o cliente tem uma referência.

No entanto, como em um modelo stateless ou singleton, mas de modo diferente em stateful session beans, o cliente não controla o ciclo de vida da instância pela explícita criação e destruição dela. Em vez disso, o escopo do bean determina:

Para uma dada thread em uma aplicação CDI, pode haver um contexto ativo associado com o escopo do bean. Este contexto pode ser único para a thread (por exemplo, se o bean possui escopo de solicitação), ou pode ser compartilhado com algumas outras threads (por exemplo, se o bean possui escopo de sessão) ou mesmo com todas as outras threads (se ele possui escopo de aplicação).

Os clientes (por exemplo, outros beans) executados no mesmo contexto verão a mesma instância do bean. Mas os clientes em um diferente contexto podem ver uma instância diferente (dependendo do relacionamento entre os contextos).

Uma grande vantagem do modelo contextual é que ele permite que stateful beans sejam tratados como serviços! O cliente não precisa se preocupar com o gerenciamento do ciclo de vida do bean que ele está usando, nem mesmo precisam saber o que é ciclo de vida. Os beans interagem passando mensagens, e as implementações do bean definem o ciclo de vida de seu próprio estado. Os beans são de baixo acoplamento porque:

We can replace one bean with another different bean that implements the same interface and has a different lifecycle (a different scope) without affecting the other bean implementation. In fact, CDI defines a simple facility for overriding bean implementations at deployment time, as we will see in Seção 4.7, “Alternativos”.

Note que nem todos os clientes de um bean são eles próprios também beans. Outros objetos como servlets ou message-driven beans—que são por natureza objetos não injetáveis e não contextuais —podem também obter referências para beans por meio de injeção.

public class BookShop 

      extends Business 

      implements Shop<Book

> {

   ...

}

@Stateful

public class BookShopBean 

      extends Business 

      implements BookShop, Auditable {

   ...

}

@Typed(Shop.class)

public class BookShop 

      extends Business 

      implements Shop<Book

> {

   ...

}

@Qualifier

@Target({TYPE, METHOD, PARAMETER, FIELD})

@Retention(RUNTIME)

public @interface CreditCard {}

@Inject @CreditCard PaymentProcessor paymentProcessor

@CreditCard

public class CreditCardPaymentProcessor 

    implements PaymentProcessor { ... }

public @SessionScoped

class ShoppingCart implements Serializable { ... }

public @SessionScoped @Named("cart")

class ShoppingCart implements Serializable { ... }

<h:dataTable value="#{cart.lineItems}" var="item">

   ...

</h:dataTable

>

public @SessionScoped @Named

class ShoppingCart implements Serializable { ... }

public @Alternative

class MockPaymentProcessor extends PaymentProcessorImpl { ... }

@InterceptorBinding

@Inherited

@Target( { TYPE, METHOD })

@Retention(RUNTIME)

public @interface Transactional {}

public @Transactional @Interceptor

class TransactionInterceptor { ... }

public @SessionScoped @Transactional

class ShoppingCart implements Serializable { ... }

@ApplicationScoped

public class RandomNumberGenerator {

   

   private Random random = new Random(System.currentTimeMillis());

       

   @Produces @Named @Random int getRandomNumber() {

      return random.nextInt(100);

   }

   

}

@Inject @Random int randomNumber;

<p
>Your raffle number is #{randomNumber}.</p
>

@Produces Set<Roles

> getRoles(User user) {

   return user.getRoles();

}

public class Shop {

   @Produces PaymentProcessor paymentProcessor = ....;

   @Produces @Catalog List<Product

> products = ....;

}