Lançado o Spring 3.0 final

J2EE 1.4 era para coisas exageradas mesmo...

Quem usou para coisa pequenas ou medias , acabou se quebrando.

This message was edited 1 time. Last update was at 18/12/2009 17:17:47

chun wrote:

mario.fts wrote:Pra mim EJB 3.0 é uma cópia descarada de funcionalidades do Spring. ponto final.

O spring sempre foi percursor em muitos aspectos, mas eles não decidem sozinho a especificação, e nem tudo no Spring é feito do melhor jeito possivel, vide Spring WS, o do EJB3 é muito melhor.

Apesar de implementarem a Spec, eu acho que eles sempre provem soluções tão boas ou até melhores que a spec atual. Além de evoluirem muito mais rápido, já que não tem toda a burocratização do comite. É a mesma coisa do Hibernate, sempre vai estar um passo a frente da Spec.

Copia ? Acho que voce precisa ler mais sobre o surgimento dos EJB's , e Spring nem existia , veio depois.

EJB 3 é XML-less , Spring até MUITO pouco tempo atras nao era nenhum pouco.

Eu sei disso. por isso escrevi EJB3.

Olá

chun wrote:JBoss é uma vergonha.

mario.fts wrote:Pra mim EJB 3.0 é uma cópia descarada de funcionalidades do Spring. ponto final.

O EJB 3.0 foi uma das raras vezes que a Sun escutou o mercado. Foi beber na fonte do Hibernate e do Gavin King do JBoss. Se dependesse daquelas bestas que um dia criaram coisas do tipo JAX-RPC, o EJB 3.0 seria apenas uma evolução dos EJBs 2.x. Portanto, nada a ver com o Spring.

O que o Spring tem de bom é ter sido feito por bons programadores. Li os livros do Rod Johnson e não consigo entender como o Chun pode achar o Rod sem noção. Realmente hoje fico meio sem saber para que serve o Spring. Mas não posso ignorar a história.

Acompanho o Glassfish desde antes da primeira versão. Melhorou bastante na última versão. Mas ainda é difícil de recomendar alguma empresa que troque seu JBoss por ele, principalmente agora que ninguém sabe que fim a Oracle dará a ele. O Gerônimo e o Jonas não conheço ninguém que use e nem sei se ainda estão em desenvolvimento.

[]s
Luca

Luca wrote:Olá

chun wrote:JBoss é uma vergonha.

mario.fts wrote:Pra mim EJB 3.0 é uma cópia descarada de funcionalidades do Spring. ponto final.

O EJB 3.0 foi uma das raras vezes que a Sun escutou o mercado. Foi beber na fonte do Hibernate e do Gavin King do JBoss. Se dependesse daquelas bestas que um dia criaram coisas do tipo JAX-RPC, o EJB 3.0 seria apenas uma evolução dos EJBs 2.x. Portanto, nada a ver com o Spring.

Lembrando que o Gavin nunca fez nada realmente espetacular dentro da JBoss , sempre continuou na linha de pensamento dele... entao se esse "Gavin do Jboss" foi uma tentativa de engrandecer a JBoss, não vale para este quisito.

Luca wrote:O que o Spring tem de bom é ter sido feito por bons programadores. Li os livros do Rod Johnson e não consigo entender como o Chun pode achar o Rod sem noção. Realmente hoje fico meio sem saber para que serve o Spring. Mas não posso ignorar a história.

Era justamente aonde eu gostaria de chegar, foi... Spring FOI uma alternativa aos tempos tenebrosos do EJB gordo e lento... em dias de Java EE 6 , só usa Spring quem já esta acostumado, nao tem porque utilizar mais um framework que faz coisas que já vem "de fabrica" no Java EE.

Quer IoC ? Usa google guice !!! MUITO mais facil , MUITO menor e com uma curva MUITO mais plana.

Luca wrote:

Acompanho o Glassfish desde antes da primeira versão. Melhorou bastante na última versão. Mas ainda é difícil de recomendar alguma empresa que troque seu JBoss por ele, principalmente agora que ninguém sabe que fim a Oracle dará a ele. O Gerônimo e o Jonas não conheço ninguém que use e nem sei se ainda estão em desenvolvimento.

[]s
Luca

Utilizei por muito tempo o JBoss, parei de usar ele prq essa mania besta do pessoal de lá em "meter a mao nos padroes" , as coisas no JBoss 4.x sempre eram "+/-" compativeis com Java EE , e quando lancaram aquele FRANKEITEIN do JBoss 4.x com EJB3 tive a certeza de que sempre vão discutir coisas obvias, simplesmente inaceitavel levar mais de 3 anos para implementar um padrão que só veio para adicionar...

Se eu quisesse ficar fazendo aplicativos utilizando o TOMCAT , nao optaria pelo JBOSS (claro ! para que um EJB container engordando tudo ?), e utilizar J2EE 1.4 quando o 5 era muito superior tambem nao faz a cabeca de ninguem... logo... JBoss fora do baralho.

Mas respeito sua opiniao.

Luca wrote:Olá

mario.fts wrote:Pra mim EJB 3.0 é uma cópia descarada de funcionalidades do Spring. ponto final.

O EJB 3.0 foi uma das raras vezes que a Sun escutou o mercado. ... Portanto, nada a ver com o Spring.
...
[]s
Luca

Acho que me expressei mal. O que eu quiz dizer foi exatamente isso, que a Sun foi no mercado ver o que o mercado usava. E o mercado estava usando Spring, que trazia todas as funcionalidades que o JEE precisava num lugar só. É claro que eles não eram os unicos, eu usei muito o PicoContainer, se for só pra fazer IoC é muito mais leve (e fácil na minha opnião, pelo menos pros casos default) do que o Spring. Acho que vc explicou melhor do que eu.

Mas ainda discordo do fato do EJB3 não ser uma "Evolução" do Spring. Por isso acho que tem a ver sim, afinal, eles competem em um mercado que antes era dominado pelo Spring.

Java Ninja Membro desde: 04/04/2007 19:21:36 Mensagens: 268 Offline

Ainda prefiro o Spring MVC do que o JSF. O JSF 2.0 poderia ter sido melhorzinho, mas...
E sim, EJB 3 são melhores que o Spring, se comparar no aspecto de Security, Annotations. Agora com o GlassFish v3, nem sei se realmente justifica ter um Tomcat da vida. Talvez nem o Jetty se justifica. Diferente do troço do JBoss, cada vez mais pesadão e sempre levantando a bandeira da sua complexidade de configuração (agora ele tem administrador descente pelo menos?).

chun wrote:
..

Oi chun, realmente quem implementa as JSRs é a SS e não o contrário, porém, isto não significa que as idéias propostas do JSR não foram originadas de providers de soluções bem longe da Sun. @Inject por exemplo, quem se importava com DI antes do Guice, Spring, Pico aparecer? A sun que não. Quem se importava com ORM descente antes do hibernate? A sun que não.

Quanto aos xmls, qual o problema exato deles? A configuração? a Spring IDE não ajuda? eu mesmo prefiro deixar configuração fora do meu código. É questão de gosto, e antes de anotações, qual era o tipo de metadados a se utilizar? portanto, agora que o spring pode ser configurado por convenção, anotação e xml, não tem muito a se reclamar.

Qual o problema do Spring MVC? tu acha complexo? Eu vejo bem pelo contrário, muito mais simples do muito framework web por aí, minha opinião.

e é estranho tu reclamar tanto do spring, sendo que em outro tópico já vi você defendendo uma plataforma baseada em spring.

[]s

Virtual Machine Man Membro desde: 21/01/2004 14:12:54 Mensagens: 719 Offline

javamaniaco wrote:Diferente do troço do JBoss, cada vez mais pesadão e sempre levantando a bandeira da sua complexidade de configuração.

Por curiosidade, o que vc acha complexo de configurar no jboss?

GUJ Expert Membro desde: 20/02/2008 12:32:59 Mensagens: 3372 Offline

Alessandro Lazarotti wrote:

javamaniaco wrote:Diferente do troço do JBoss, cada vez mais pesadão e sempre levantando a bandeira da sua complexidade de configuração.

Por curiosidade, o que vc acha complexo de configurar no jboss?

Ia perguntar a mesma coisa. Nunca tive problemas e a versão 5 ainda simplificou muito as configurações. A 5.1 mais ainda.

Spring surgiu a partir das deficiências do EJB 2.x. Claro que o EJB 3 evolui muito(e a principal mudança foi em relação aos Entitys, e nisso ele se baseou enormemente no Hibernate, não no Spring), mas dizer que depois dele o Spring não tem mais utilidade é um pouquinho demais. Lembrem-se, nem todo sistema é feito do zero, e mais, ele pode ser usado como opção em casos em que quero usar controle transacional, mas não quero/posso usar um Application Server, sem contar que ele conversa muito bem com o JEE. Já viram como é elegante eliminar o clássico Business Delegate e seu Service Locator usando Spring? A integração que o Spring tem com Velocity, Freemaker, Javamail, etc... Hoje não dá pra falar que se usa Spring pra substituir EJB's, e sim como facilitador de integração com muitas tecnologias que existem por ai, inclusive o JEE.

Sobre complexidade de configuração, configurar uma app no Jboss é mais difícil que um Weblogic da vida?? Sei não viu...

Olá

legionarioba wrote:...Spring não tem mais utilidade é um pouquinho demais. ...

Concordo 100% com o que escreveu, inclusive com o que citei. Foi o melhor resumo do tópico. Eu mesmo escrevi que hoje em dia o Spring não é mais tão necessário como antes. Mas é óbvio que ainda tem muitas utilidades.

Parabéns

[]s
Luca

This message was edited 1 time. Last update was at 19/12/2009 21:12:42

É isso Luca...

Acredito que o Spring é, e ainda deve continuar sendo forte, pois seu objetivo não é mais necessariamente substituir JEE. Acredito que foi um bom direcionamento da turma do Spring (Spring em contexto geral) não fazer do mesmo puramente um concorrente ao JEE, coisa que acontece muito quando falamos especificamente de frameworks Web (Struts X JSF X Mentawai x Spring MVC x etcs....).

Vejo que existe um criticismo às vezes exagerado quanto ao Spring, pois muita gente acha que ele apenas serve pra substituir o EJB.. Pra quem ainda não sabe das possibilidades, é só dar uma olhadinha no overview e nos tópicos de referência da documentação e na lista de projetos acessórios pra se ter uma idéia.

Pra quem desenvolve aplicações RIA com flex, ele possui uma abstração bem legal para o BlazeDS, é o tipo de facilitador que o JEE não possui, por mais que seu back end seja de fato Entreprise

GUJ Expert Membro desde: 20/02/2008 12:32:59 Mensagens: 3372 Offline

Acho que é isso mesmo. Ele começou pra simplificar a complexidade do EJB e hoje em dia evoluiu pra várias outras facilidades. Quem usava ele somente como alternativa a EJB não vê mais muita utilidade nele, mas quem utiliza os outros frameworks do Spring vê que ainda tem muito mais. Mas é verdade que ele perdeu uma boa parte do brilho de outrora.

O JEE 5 foi um marco pra Sun porque foi o momento que ela começou a se voltar para o mercado e a atender várias demandas. E continuou fazendo isso no JEE6, isso foi muito bom.

Pois é marcosalex ,

Isso se deve aa natureza das mudanças. Tem sempre aquele momento em que aparece algo inovador, cria-se toda uma atmosfera, uma luz, por se tratar de algo novo, mas quando perde o caráter inovador, o brilho realmente se perde. É como alguma nova ideia/aquisição do Google ou os finais de Jogos Mortais (2 a 6). Ao menos em Jogos Mortais, por mais que você diga "poxa achava que ia acontecer algo diferente", você já espera que aconteça algo imprevisível(ainda que você não saiba o quê).

Em termos de mapeamento objeto relacional dificilmente ficaremos "encantados" com o Hibernate ou qualquer nova implementação de JPA, por que deixou de ser novidade, e passou a ser comum pra muitos desenvolvedores. O mais importante é que ele continue tendo uma razão de ser. O hibernate é um bom exemplo, ele não perdeu sua razão, passou a ser uma implementação de uma especificação, e o surgimento da mesma só corrobora o seu valor.

JavaChild Membro desde: 08/11/2006 10:52:01 Mensagens: 131 Offline

Me parece um pouco controverso tecer elogios rasgados pro EJB 3.0 e chamar o Rod Johnson de sem noção, sendo que ele participou da spec do Java EE6.

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