EJB 3: Dead Or Alive?

JavaGuru Membro desde: 20/06/2005 20:10:58 Mensagens: 291 Offline

pelo bem dos deuses EJB 3

Graças ao bom deus eu nao uso EJB.

EJB is dead for me

JavaGuru Membro desde: 27/01/2005 11:41:47 Mensagens: 294 Offline

EJB3. Softwares em produção, "comerciais".

EJB3. Softwares em produção, "comerciais" ++

Graças ao bom deus eu nao uso EJB.

Where do you live man?

EJB3...

Frentic wrote:Graças ao bom deus eu nao uso EJB.

EJB is dead for me

Uma pena você encarar EJB3 com a mesma raiva que encara as outras versões...
vai descobrir que uma porrada de frameworks que vc usa poderia estar deixando de lado se adotasse a versão 3.0...

All in one

chun wrote:
Uma pena você encarar EJB3 com a mesma raiva que encara as outras versões...
vai descobrir que uma porrada de frameworks que vc usa poderia estar deixando de lado se adotasse a versão 3.0...

All in one

Se ele usasse EJB ele também poderia continuar perdendo um tempão esperando o Glassfish subir todos os EJBs

Rubem Azenha wrote:

chun wrote:
Uma pena você encarar EJB3 com a mesma raiva que encara as outras versões...
vai descobrir que uma porrada de frameworks que vc usa poderia estar deixando de lado se adotasse a versão 3.0...

All in one

Se ele usasse EJB ele também poderia continuar perdendo um tempão esperando o Glassfish subir todos os EJBs

e o tempo de carga de um EJB ( que sinceramente eh bem rapido , aqui eh ms...) é fator para trocar all in one por um milhao de frameworks adicionais ? com 300 configuracoes a toa ? me desculpe... mas desculpinha mais boba hein ?

Tá, quantos frameworks você jogou no lixo por usar EJB3?

Rubem Azenha wrote:Tá, quantos frameworks você jogou no lixo por usar EJB3?

Não é jogar no lixo , é abstratir por interfaces padrão de trabalho...

Vamos começar a enumerar...

1) Spring
2) Hibernate
3) ACEGI
4) Struts

Acho que isso já dá uma boa curva de aprendizado...

Fora os beneficios que o container tem como JMS, Controle de transacoes unificado , load balance , entre outros

Para uma equipe grande isso é MUITO legal... todos trabalharem da mesma forma sem "piracoes a parte"

Vamos lá:

Desde quando EJB substitui Struts?

E quanto ao Hiberante, usa JPA, que é basicamente um clone do Hibernate, a complexidade é a mesma.

Quanto ao ACEGI eu até entendo que é um framework a menos, mas o que eu mais vejo é o pessoal fazendo a segurança na camada web. Não acho que o ACEGI requer tanta configuração assim, é quase como configurar junto com o Spring mesmo.

"Controle de transacoes unificado" -> O Spring tem isso tão simples quanto EJB.

"load balance" -> Com EJB você tem load-balance da camada de negócios mas na imensa maioria dos casos basta fazer um load balance da camada web. Acho que fazer load balance da camada de negócios é essencial em alguns casos, como processamentos assincronos pesados, batches, etc. Fazer load balance da camada de negócio para coisas simples como uma página de busca simples não vale a pena ao meu ver.

Rubem Azenha wrote:Vamos lá:

Desde quando EJB substitui Struts?

E quanto ao Hiberante, usa JPA, que é basicamente um clone do Hibernate, a complexidade é a mesma.

Quanto ao ACEGI eu até entendo que é um framework a menos, mas o que eu mais vejo é o pessoal fazendo a segurança na camada web. Não acho que o ACEGI requer tanta configuração assim, é quase como configurar junto com o Spring mesmo.

"Controle de transacoes unificado" -> O Spring tem isso tão simples quanto EJB.

"load balance" -> Com EJB você tem load-balance da camada de negócios mas na imensa maioria dos casos basta fazer um load balance da camada web. Acho que fazer load balance da camada de negócios é essencial em alguns casos, como processamentos assincronos pesados, batches, etc. Fazer load balance da camada de negócio para coisas simples como uma página de busca simples não vale a pena ao meu ver.

Vamos lá por topico... EJB dentro de java EE substitui o strus com JSF...

Ninguem usa EJB sem se benificiar do Java EE... seria besteira...

JPA asbtrai hibernate... nao importa o que uso para persistencia... importa aprender JPA... menos uns 415 frameworks ORM... quem trabalha com JPA trabalha com qualquer ORM que o implemente... ( e isso quer dizer muita coisa

)

512312314 XMl's ? Por favor... EJB eh um @transaction no metodo... ou no bean... admita... pegar um IDE que suporte isso é bem mais facil que sair corrende procurando plugins atualizados...

Quanto ao load balance , voce falou falou e falou... em EJB isso é transparente ... tanto na web quanto na camada de negocios... convido voce a testar o clustering support do Glassfish. Valer a pena depende de "quantos clicks" voce demora para balancear sua regra de negocio... quando se trata de mensagens assincronas isso é bastante util...

chun wrote:
Vamos lá por topico... EJB dentro de java EE substitui o strus com JSF...

Ninguem usa EJB sem se benificiar do Java EE... seria besteira...

Opa, pera lá. A discussão é sobre EJB e não sobre Java EE. (EJB 3: Dead or Alive? e não Java EE puro e simples dead or alive).
E, sinceramente, muita gente (eu incluso) vai preferir não usar JSF.

chun wrote:
JPA asbtrai hibernate... nao importa o que uso para persistencia... importa aprender JPA... menos uns 415 frameworks ORM... quem trabalha com JPA trabalha com qualquer ORM que o implemente... ( e isso quer dizer muita coisa )

Aprender JPA = Aprender Hibernate. Quem conhece um mínimo de Hibernate sabe que JPA é uma cópia de um subset do Hibernate. As APIs são muito parecidas. Logo a complexidade é a mesma.
E não me venha com essa de que basta aprender JPA que você trabalha com qualquer ORM, basta ver que existem diferenças significativas entre as implementações de JPA.

chun wrote:
512312314 XMl's ? Por favor... EJB eh um @transaction no metodo... ou no bean... admita... pegar um IDE que suporte isso é bem mais facil que sair corrende procurando plugins atualizados...

No Spring também

chun wrote:
Quanto ao load balance , voce falou falou e falou... em EJB isso é transparente ... tanto na web quanto na camada de negocios... convido voce a testar o clustering support do Glassfish. Valer a pena depende de "quantos clicks" voce demora para balancear sua regra de negocio... quando se trata de mensagens assincronas isso é bastante util...

Cara, que que load balance na web tem haver com EJB? Load balance pra web é transparente com Spring.
Sinceramente, cluster, load-balance, fail-on-over, escalabilidade, etc são coisas tão sérias e complexas que a coisa que eu menos me preocupo é quantos cliques eu vou demorar para balancear a minha regra de negócio.

Concordo que no quesito de processamento assincrono EJB é imbatível. JMS+MDB rules

Respondendo:

1) EJB sem JavaEE não tem muito sentido... perde-se muito... quanto ao JSF como te disse SUBSTITUI... agora se vc quer ou não eh opção sua.

2) Aprender JPA != Aprender Hibernate... Hibernate faz muita coisa da maneira dele... e mais mais que JPA... não é igual... JPA por exemplo nao tem criteria... a complexidade é maior. Voce poderia me citar qual a diferenca entre uma implesmentacao de JPA e outra ? se implementa JPA tem que seguir diversos padroes... voce tem um exemplo concreto disso ?

3) Spring com annotations ? só se for na super mega versao nova... ou com mais um framework do urubatan... mais um hein ? hehehe

4) Brinque com o Glassfish e vai perceber o que load balance na web tem a ver com EJB

As vezes voce precisa balancear a carga da regra de negocio e com glassfish isso é simples.

This message was edited 1 time. Last update was at 26/08/2008 15:02:17

Vou entrar nesta discussão tb.

Rubem Azenha wrote:

chun wrote:
Vamos lá por topico... EJB dentro de java EE substitui o strus com JSF...

Ninguem usa EJB sem se benificiar do Java EE... seria besteira...

Opa, pera lá. A discussão é sobre EJB e não sobre Java EE. (EJB 3: Dead or Alive? e não Java EE puro e simples dead or alive).
E, sinceramente, muita gente (eu incluso) vai preferir não usar JSF.

concordo com chun, apesar de ter se desviado um pouco do foco de EJB3.

mas pq muita gente vai preferir não usar JSF?
depois que conheci JSF, nunca mais quis voltar para Struts.

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