Por que Não/Sim utilizar EJB?

Eai galera sei que existem algumas discussoes
já aqui no forum e que o pessoal gosta de "fugir de EJB".

Mas a duvida é , quando usar EJB ?

Porque nao vejo ninguem utilizando EntityBeans?
Porque o pessoal usa apenas SessionBean Stateless?

Valeu!

JavaChild Membro desde: 24/04/2006 12:20:41 Mensagens: 135 Offline

gui wrote:Eai galera sei que existem algumas discussoes
já aqui no forum e que o pessoal gosta de "fugir de EJB".

Mas a duvida é , quando usar EJB ?

Porque nao vejo ninguem utilizando EntityBeans?
Porque o pessoal usa apenas SessionBean Stateless?

Valeu!

Qdo o EJb for versao 3.0

gui wrote:Porque nao vejo ninguem utilizando EntityBeans?

Por que são horriveis de se trabalhar e vc pode usar hibernate nesta parte e ganhar em qualidade de codigo e simplicidade.

gui wrote:Porque o pessoal usa apenas SessionBean Stateless?

eu nao diria apenas sessionbean, os MDBs sao bastante usados em uma arquitetura de componentes distribuidos com muita comunicacao entre eles.

Fernando,

Mas quando a arquitetura precisa "realmente" de componentes distribuidos ?

Sim MDBs tem uma otima usabilidade.
Já precisei utilizar alem de serem simples de codificar.

Valeu!

The first rule of distributed components: don't.

gui wrote:Fernando,

Mas quando a arquitetura precisa "realmente" de componentes distribuidos ?

Sim MDBs tem uma otima usabilidade.
Já precisei utilizar alem de serem simples de codificar.

Valeu!

Aqui por exemplo a camada de tela fica em servidor diferente da camada de negócios, para otimização de recursos.
Nisso usamos Session Beans para comunicação entre ambos.
Optamos por distribuir devido a quatidade de acessos simultâneos, e a quantidade diferente de aplicações.

olá,

gui wrote:Eai galera sei que existem algumas discussoes
já aqui no forum

vc jah deu uma olhada nessa?
http://www.guj.com.br/posts/list/22965.java

Olá

Atualmente acho esta pergunta muito difícil de responder em um fórum. Haveria que estudar caso a caso e saber da competência da equipe.

Se a empresa dispõe de uma equipe com boa experiência no uso de EJBs acho que seu uso pode ser considerado como uma das opções de projeto. Porém, caso a equipe vá usar EJBs para aprender, então o projeto já tem grande chance de fazer água mesmo que EJBs sejam a melhor solução.

Acho que um arquiteto de sistema capaz de analisar cada caso e com segurança recomendar a melhor solução, deve ser valorizado pois é muito fácil um projeto bem intencionado que use as tecnologias mais recomendadas falir na implementação.

A frase citada pelo CV parece brincadeira mas é para ser levada a sério: pensem muito antes de ter certeza de que seu sistema precisa ser distribuído pois a maioria não é.

Eu já fui opositor ferrenho dos EJBs porque os achava bala de canhão para matar pombos e principalmente porque estudei a versão inicial que era horrível. Ao longo dos tempos aqui mesmo no GUJ fui vendo casos em que eles eram úteis. Mas até hoje nunca usei e só participei uma vez de projetos que usavam.

Os EJBs 3.0 prometem mas também já tem gente criticando.

Gui, se você pretende tirar certificação não discuta com a tecnologia. Estude e pronto.

[]s
Luca

Sempre tive arrepios de EJB. E até hoje só usei Session Stateless e MDBs.

Agora com EJB 3.0, parece que o nível de maturidade e trivialidade aumentou bem. Estou fazendo uma provade conceito de uma arquitetura e arrisco a dizer que agora sim está fazendo sentido adotar EJB completamente aqui.

Ainda mais porque estamos (cliente) entrando numa fase de aplicações voltadas a serviços (SOA), serviços distribuidos e cluster.

rodrigo_gomes wrote:olá,

gui wrote:Eai galera sei que existem algumas discussoes
já aqui no forum

vc jah deu uma olhada nessa?
http://www.guj.com.br/posts/list/22965.java

Dei uma olhada sim Rodrigo,
No entanto eu tinha mais duvidas e achei mais conveniente
abrir um novo topico para conversar com a galera..

Luca wrote:Olá

Atualmente acho esta pergunta muito difícil de responder em um fórum. Haveria que estudar caso a caso e saber da competência da equipe.

Também acho que seja dificil de ser respondida, por isso fiz ela,
pra trocar uma ideia com o pessoal..

Luca wrote:
Acho que um arquiteto de sistema capaz de analisar cada caso e com segurança recomendar a melhor solução, deve ser valorizado pois é muito fácil um projeto bem intencionado que use as tecnologias mais recomendadas falir na implementação.

To querendo saber fazer isso é claro que aqui nao vou ter
a resposta mas sim conseguirei enchergar um caminho na escuridao..

Luca wrote:
A frase citada pelo CV parece brincadeira mas é para ser levada a sério: pensem muito antes de ter certeza de que seu sistema precisa ser distribuído pois a maioria não é.

A grande pergunta que me consome, quando uma aplicação
tem que ser distribuida , quando nao tem ?

Luca wrote:
Eu já fui opositor ferrenho dos EJBs porque os achava bala de canhão para matar pombos e principalmente porque estudei a versão inicial que era horrível. Ao longo dos tempos aqui mesmo no GUJ fui vendo casos em que eles eram úteis. Mas até hoje nunca usei e só participei uma vez de projetos que usavam.

E como diferenciar pombos de verdadeiros "inimigos" ?

Luca wrote:
Os EJBs 3.0 prometem mas também já tem gente criticando.

Isso é fato li alguns tutoriais de EJB3 ficou realmente mais
rapido o desenvolvimento!

Luca wrote:
Gui, se você pretende tirar certificação não discuta com a tecnologia. Estude e pronto.

Do que adianta eu ter a certificacao de EJB ( SCBCD ) e nao saber
quando devo aplica-lo ? Se for pra ter ela e nao saber quando utilizar
porque e como utilizar acho que nao tem sentido tirar ela..

Luca wrote:
[]s
Luca

Muito obrigado Luca pelo feedback!

Valeu pessoal!

GUJ Master Membro desde: 11/02/2005 08:08:02 Mensagens: 1595 Offline

Olá,

Rod Coffin wrote:If remoting is an important part of your application then you should strongly consider EJB.

A fonte nada mais é que este artigo., especificamente da página 4.

Antes de mais nada, acho que ganhamos muito com o surgimento do Java Persistence API (JPA), e parece valer a pena adotar um arquitetura que faça uso desta especificação. O melhor é que podemos tirar proveito dela sem precisar de um container EJB.

Outra impressão que tenho, é que a migração de uma aplicação usando EJB 3 pode ser facilmente alterada para usar Spring. Então, faça uma aplicação com uma arquitetura que facilite a migração para EJB 3.

Eu ainda preciso ler estes artiguinhos aqui:
http://www.devx.com/Java/Article/32314/
http://www.devx.com/Java/Article/32447/0/page/1
http://blog.interface21.com/main/2006/05/30/getting-started-with-jpa-in-spring-20/
http://blog.interface21.com/main/2006/08/07/using-jpa-in-spring-without-referencing-spring/

Outra coisa que anda me deixando intrigado é:
JBoss Seam X (Spring + SpringMVC + Convenções)

Notícias, artigos e o maior fórum brasileiro sobre Java