Servlet ou EJB

3 respostas
E

Estou criando um sistema em que o backend será em Java EE e o Frontend em Flex, vou utilizar BlaseDS para a comunicação com o Flex. Estou com uma grande dúvida entre usar Servlet ou EJB no backend. Eu estava decidido a utilizar EJB, até que algumas dúvidas me surgiram agora:

  1. Um Session Bean é vinculado a uma requisição do cliente, porém, precisarei armazenar algumas informações globais no backend, não vinculadas ao cliente. Onde armazená-las?

  2. Meu backend não vai apenas ser acionado através de ações dos usuários, ele também realizará verificações e tarefas periódicas. Como eu criaria um Session Bean para fazer estas tarefas se ele é acionado através de uma requisição do cliente?

Devido a estas dúvidas fiquei indeciso quanto a usar Servlets ou EJB. Gostaria de saber o que vocês estão utilizando e porque.

Eli.

3 Respostas

Wandi

Na minha opnião, usaria serviços EJBs no backend - sem dúvidas.

sobre suas dúvidas:

  1. Há dois tipos de Session Beans: Session Beans com estado e Session Beans sem estado. Então calma lá =) O session beans sem estado escalam e tem um desempenho muito bom. Os session beans com estado tem uma performance menor mas podem armazenar o “estado” de um cliente (o famoso exemplo do carrinho de compras). Sobre as “coisas globais” poderiam ficar em um Cache (eg. JBoss Cache) ou serem injetadas como resources.

  2. Isso não é problema. Você pode utilizar schedulers do Jboss para disparar beans de tempos em tempos. A especificação EJB tem serviços temporizadores.

[]s

E

Como funcionaria o esquema de cache ou injeção de recursos?

Wandi

5 Ways to Get Resources in EJB 3

JBoss Cache as a POJO Cache
http://www.onjava.com/pub/a/onjava/2005/11/09/jboss-pojo-cache.html

Criado 7 de novembro de 2008
Ultima resposta 10 de nov. de 2008
Respostas 3
Participantes 2