EJB 3: Dead Or Alive?

chun wrote:Sem duvidas Kenobi !

1) Minha questão não é o que o Spring faz ou não faz... a questão é querer usar Spring para fazer o que EJB faz... e é nisso que estou comentando... mais um framework para fazer a mesma coisa ? Então usa o que já esta disponivel pelo container... Agora se você quer recursos exclusivos... otimo.. são outros 500... agora... enfiar mais um framework dentro da aplicação apenas para "fazer de outra forma a mesma coisa" eh que não acho vantagem...

2) Mais uma vez... o meu foco na discussao não é o que o hibernate faz ou não faz... a questão levantada foi "padronizar o desenvolvimento para que a curva de aprendizagem fosse menor" e nisso JPA ganha... todos da equipe trabalham sempre da mesma forma... e em 1%-10% dos casos fogem a regra Quem veio antes ou não não vem ao caso, pelo menos não no ambito do inicio da discussao..

3) é um sr. framework, mas será que todas aplicações precisam realmente desse sr. framework... MAIS UMA VEZ... não venho aqui comentar se ele cozinha e faz café... e sim dentro de um desenvolvimento se o mesmo é realmente imprecindivel em todos projetos que fazem uso de autenticação enterprise... mais um framework... mais um aprendizado...

Kenobi... não estou aqui discutindo qual framework faz mais... apenas comentando que algo "all in one" em 80% dos casos é uma coisa boa... fazer sempre da mesma forma e de uma maneira em que o cara não precise se matar em 505 maneiras diferentes de fazer algo igula (ou muito proximo)...

Frameworks estão ai e tem seu valor... mais algo que sinto falta no java ( que existe a decadas em .net) é que eu não tenha que sair contratando "mini-gurus" de frameworks... que pelo menos eu consiga exigir algo padrao... quero ver no mercado voce achar facil facil quem junte esses 4 framewoks de maneira tranquila e "transparente" no desenvolvimento, é uma tarefa bem interessante...

Não adianta discutir funcionalidade... já disse... o negocio é "por que EJB3?" então ae está a resposta

Chun, acho que esta é uma visão estreita. Se você olhar para o cenário Enterprise HighEnd e não Mind-ranges, vai encontrar muito mais necessidades que imaginas. Quando começar a trabalhar com containers de processamento Mainframew como Tuxedo, precisar escalar soluções à 50k minuto entre outras, algumas coisas serão necessárias.

A arquitetura com Spring pode prover flexibilidade, para injetar um sistema de grid como GigaSpaces ou o Hibernate pode ser utilizado junto com o Coherence.

Particularmente preifro ter "opções" e alternativas ao mundo fechado .net. Aliás vai ver muita solução até mesmo de hardware, para contonar deficiências de desenvolvimento, como o parser de XML da IBM por exemplo.

Não estou excluindo o uso de EJB3, pelo contrário, gosto da tecnologia, entretanto os outros frameworks que estão aí também possuem o seu valor, isso que eu quis dizer e o mundo não gira exatamente igual em todas as companhias.

Neste exato momento estou num projeto SOA que possui uma arquitetura muito atípica e necessidades de integração distintas, mas isso é outro tópico.

Kenobi, continuando:

1) Certo... como você mesmo acabou de falar... "visão estreita" eu diria que é mais "pequenas/medias aplicações"... vejo muito nego por ae socando de frameworks tornando projetos simples em verdadeiras torres de babel... e é para estes casos que digo o que disse... e não para casos extremos.

2) Sim spring possibilita tudo isso... mas quem realmente que esta usando Spring que "sabe" OU pior... utiliza realmente isso ? Posso contar nos dedos... é que nem um povo a um tempo que criticava o MySQL por nao ter stored procedures e nem integridade referencial faziam em suas tabelas no Pg... meu ponto é "Use quando realmente for necessario" e não ficar enchendo de bagulhada para tornar o desenvolvimento na plataforma java um mundo de DOR... é para isso que tem um arquiteto... para dizer o que usar e não deixar isso simples e puramente na mão de quem programa...
As vezes a decisão deve visar um conjunto total e não apenas um.

3) Eu ADORO ter opções (http://www.go-java.com/blog/2008/08/01/1217590877657.html) e este não é o caso , o caso é produção e renovação... e nisso ter milhares de frameworks é como ter milhares de componentes no velho delphi... um inferno para gerenciar a equipe...

4) Quanto a existirem outros framewoks que possuem o seu valor... eu já afirmei nas minhas outras mensagens... eu apenas tento matar uma girafa usando um rifle e não uma bazuca... deixo a bazuca para bombardear os EUA... hehe

5) Em seu projeto atipico , necessita de abordagens atipicas... então bora usar todo o potencial.... voce acabou de chegar no ponto... ATIPICO... e os tipicos... voce teria a mesma abordagem ?

chun wrote:Kenobi, continuando:

1) Certo... como você mesmo acabou de falar... "visão estreita" eu diria que é mais "pequenas/medias aplicações"... vejo muito nego por ae socando de frameworks tornando projetos simples em verdadeiras torres de babel... e é para estes casos que digo o que disse... e não para casos extremos.

2) Sim spring possibilita tudo isso... mas quem realmente que esta usando Spring que "sabe" OU pior... utiliza realmente isso ? Posso contar nos dedos... é que nem um povo a um tempo que criticava o MySQL por nao ter stored procedures e nem integridade referencial faziam em suas tabelas no Pg... meu ponto é "Use quando realmente for necessario" e não ficar enchendo de bagulhada para tornar o desenvolvimento na plataforma java um mundo de DOR... é para isso que tem um arquiteto... para dizer o que usar e não deixar isso simples e puramente na mão de quem programa...
As vezes a decisão deve visar um conjunto total e não apenas um.

3) Eu ADORO ter opções (http://www.go-java.com/blog/2008/08/01/1217590877657.html) e este não é o caso , o caso é produção e renovação... e nisso ter milhares de frameworks é como ter milhares de componentes no velho delphi... um inferno para gerenciar a equipe...

4) Quanto a existirem outros framewoks que possuem o seu valor... eu já afirmei nas minhas outras mensagens... eu apenas tento matar uma girafa usando um rifle e não uma bazuca... deixo a bazuca para bombardear os EUA... hehe

5) Em seu projeto atipico , necessita de abordagens atipicas... então bora usar todo o potencial.... voce acabou de chegar no ponto... ATIPICO... e os tipicos... voce teria a mesma abordagem ?

Bom na minha ótica você generalizou o uso do Spring. Não sei se está baseado em alguma pesquisa ou apenas vivência no cenário que atua. Particularmente enxergo muito mais no framework citado e se fosse utilizá-lo seria como citei. Talvez "as pessoas" como você mencinou o conhecem superficialmente, particularmente acho esse o mal de muitos que se dizem "Arquitetos" na nossa área. O cara conhece meia dúzia de tecnologias e fala que conhece arquitetura de software....complicado.

Quanto ao "comum", pode se estabelecer um modelo como a proposta WebBeans - Seam, acho válida.

Olá

Este tópico virou uma discussão entre EJB3 e Spring.

Acho que o foco inicial era ver quantos ainda usam os EJB 2.x, que na minha opinião foram a maior tolice já inventada na área de TI. Ou ver quem já usa os EJB 3.x que quase não tem nada a ver com os EJB 2.x.

Acredito que ainda existam muitas aplicações usando a porcaria dos EJB 2.x. Sorte dos que podem trabalhar com EJB 3.x que são muito mais interessantes. Os que sofrem com EJB 2.x se consolam porque talvez possam ganhar mais ou trabalhar mais horas para obter o mesmo resultado.

O Spring, exceto o Spring-MVC, tem enorme valor. Quem teve a sapiência de usá-lo ao invés dos EJB 2.x, talvez hoje se arrependa porque perdeu a galinha dos ovos de ouro na manutenção ou redesenvolvimento dos sistemas feitos com eles.

Acho mesmo com EJB 3.x, o Spring ainda tem muita coisa boa e não acredito na história de quem usa Spring não usa JEE. O mesmo raciocínio para quem usa Hibernate ou JPA.

Porque a gente não volta a discutir EJB 2.x versus EJB 3.x?

[]s
Luca

Luca wrote:Olá

Este tópico virou uma discussão entre EJB3 e Spring.

Acho que o foco inicial era ver quantos ainda usam os EJB 2.x, que na minha opinião foram a maior tolice já inventada na área de TI. Ou ver quem já usa os EJB 3.x que quase não tem nada a ver com os EJB 2.x.

Acredito que ainda existam muitas aplicações usando a porcaria dos EJB 2.x. Sorte dos que podem trabalhar com EJB 3.x que são muito mais interessantes. Os que sofrem com EJB 2.x se consolam porque talvez possam ganhar mais ou trabalhar mais horas para obter o mesmo resultado.

O Spring, exceto o Spring-MVC, tem enorme valor. Quem teve a sapiência de usá-lo ao invés dos EJB 2.x, talvez hoje se arrependa porque perdeu a galinha dos ovos de ouro na manutenção ou redesenvolvimento dos sistemas feitos com eles.

Acho mesmo com EJB 3.x, o Spring ainda tem muita coisa boa e não acredito na história de quem usa Spring não usa JEE. O mesmo raciocínio para quem usa Hibernate ou JPA.

Porque a gente não volta a discutir EJB 2.x versus EJB 3.x?

[]s
Luca

Legal, particularmente já coloquei meu ponto de vista sobre o EJB, começo da idéia e alternativas à época com o Corba. Ele teve falhas como os Entitys e são bastante condenados por isso. Mas se olhar SessionBeans, MDB´s, JTA - Controle transacional, são pontos à favor.

Kenobi:

WebBeans seria uma boa resposta a tudo isso junto... em 80% dos casos de aplicações pequenas/medias...

Eu não generalizo o uso do Spring, muito pelo contrário, reconheco o tamanho deste framework... mas não é por isso que vou colocar ele em tudo quanto é buraco.. é só isso...

Quanto as pessoas que mencionei conhecer, será que elas conhecem superficialmente ou só conhecem essa resposta ? tanto que só enchergao a "solução spring" em tudo quanto é lado... mesmo que isso seja condenar todo um densenvolvimento a bilhares de XML's como era antigamente

( quanto as annotations eu uso o spring annotations faz um bom tempo... e nao me preocupava muito com os XML's do spring )

E finalizo por aqui essa discussão que admito já perdeu o foco

Luca wrote:Olá

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

Quando conheci JSF (na versão 1.0), fiquei com a impressão que da Sun dificilmente sairá algo que preste em termos de desenvolvimento web. Será que um dos motivos é que o criador do Struts 1.x trabalha lá?

[]s
Luca

Bom acredito que sim, de acordo com este este topico http://www.guj.com.br/posts/list/3804.java é oque parece.

mas em nenhum momento falei que Não gosto de Struts só prefiro JSF.

e um viva para Craig McClanahan's. \o/

Não gosto muito de bater em cachorro morto não ....

EJB3 Alive, EJB2.x Dead

Smalltalk Membro desde: 04/01/2007 17:51:54 Mensagens: 3 Offline

Creio que ainda há muitos projetos que usam EJB2.x.
Mas se a idéia for migrar de um pra outro dá pra matar uns 80% só de código inútil

, só aproveitando as regras mesmo.
Na minha opinião navegar em código feito com EJB2.x é um trabalho muito chato, portanto EJB3 Alive (pelo menos em projetos onde é necessário).

HelloWorld Membro desde: 14/07/2006 18:09:33 Mensagens: 14 Offline

Infelizmente ainda tenho que usar EJB2 em muitos projetos legados.. mas tenho usado sempre EJB3 quando temos a oportunidade de definir a arquitetura da aplicação.

Luca, Kenobi, chun e demais!

Estou precisando de uma ajuda e creio que vcs podem me ajudar.
Gostaria de informações (benchmark) de cases onde o EJB 3 foi utilizado e esteja atualmente em produção. Trata-se uma pesquisa para corroborar junto à gerência a probabilidade de sucesso da implementação da tecnologia.
Os mesmos se propõem (se for possível) entrar em contato com as empresas que tenham esses cases de sucesso.

Obrigado!

Thread.start() Membro desde: 01/09/2008 14:04:44 Mensagens: 44 Offline

Creio que exista maior utilização de EJB2x, pois o há um considerável custo ($$) para migrar e aderir ao EJB3. Os projetos mais recentes estão aderindo melhor a versão 3.x.

Já usei EJB 3, mas acabei de voltar para o 2.1

DaviPiala wrote:Já usei EJB 3, mas acabei de voltar para o 2.1

Vc voltou por que não gostou ou por que foi obrigado?

[]'s