Lançado o Spring 3.0 final

chun wrote:Luca,

Quem está implementando as JSR eh a SpringSource , e não o contrario.

Acho q o q ele quis dizer foi justamente isso: o Java tah ficando bom o suficiente a ponto de o Spring começar a correr atrás..

This message was edited 1 time. Last update was at 23/12/2009 09:19:29

chun wrote:Luca,
Quem está implementando as JSR eh a SpringSource , e não o contrario.

Na boa, JEE é um chupinhado global de diversas frameworks

chun wrote:
Por anos o Spring foi inundado de xmls gigantes e bem mais ridículos do que os do J2EE...

Pode até ser ridículo, mais o nível de complexidade sempre foi menor

chun wrote:
Comparado a outras solucoes , as apresentadas pelo spring sempre são dotadas de complexidade desnecessaria (Alguem ai já brincou com Spring MVC , ou Spring WS , ou Spring LDAP ? PELO AMOR DE DEUS !!!!)

Já desenvolvi com Spring LDAP e MVC. Não consegui enchergar a complexidade, nessa ultima versão pude fazer alguns testes com REST e adotei Spring MVC como MVC top 1. A complexidade do LDAP esta no na própria arquitetura de LDAP, não é culpa do Spring...

chun wrote:
Agora a SpringSource esta correndo para implementar os padroes , isso eh a prova de que padrões sao importantes...

A maioria dos padrões da JEE são zuados, a partir do momento que vc utiliza mais de 3 padrões no seu projeto a arquitetura deixa de ser aconselhavel, é muita gambi em um lugar só... o Spring esta adotando o padrão do mercado sendo coerente, nem tudo que sai da JEE é 100% confiável...

peerless wrote:

chun wrote:
..

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.

[]s

Sábias palavras... Concordo totalmente! O web flow pode ser um pouco complexo, mais o MVC é muito simples e fácil.

asaudate wrote:

chun wrote:Luca,

Quem está implementando as JSR eh a SpringSource , e não o contrario.

Acho q o q ele quis dizer foi justamente isso: o Java tah ficando bom o suficiente a ponto de o Spring começar a correr atrás..

Não é que JEE esteja ficando boa... Estão copiando bem as frameworks do mercado e colocando como padrão. É uma forma de ofuscar projetos alternativos... O pior disso que eles ficam com os créditos hehe

This message was edited 3 times. Last update was at 06/01/2010 13:04:28

chun wrote:Compare o JBoss como solucao com os containers do mercado OpenSource... Geronimo, Glassfish, JonAS... Ai voce vai entender o que eu digo.

Em tempos de JEE 6, em se tratando de Desenvolvimento Java Enterprise, o JBoss não seria "a melhor opção" para AS?

This message was edited 2 times. Last update was at 06/01/2010 13:03:31

Luca wrote:Realmente hoje fico meio sem saber para que serve o Spring. Mas não posso ignorar a história

chun wrote: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.

Em tempos de JEE 6, em se tratando de Desenvolvimento Java Enterprise, o Spring não seria "a melhor opção" de framework?

Virtual Machine Man Membro desde: 07/06/2005 16:17:56 Mensagens: 730 Offline

pcassiano wrote:Em tempos de JEE 6, em se tratando de Desenvolvimento Java Enterprise, o JBoss não seria "a melhor opção" para AS?

pcassiano wrote:Em tempos de JEE 6, em se tratando de Desenvolvimento Java Enterprise, o Spring não seria "a melhor opção" de framework?

This message was edited 1 time. Last update was at 07/01/2010 10:09:34

rato*locoNovamente wrote:
A Jboss não precisa ser engrandecida por ninguem ela ja e o maximo por si propria,a proposito pra que Spring se a Jboss tem o seam isso sim e um framework top de linha.

O máximo??? Vc tá comparando uma faca(Seam) com canivete suiço(Spring)!!!

"Seam is a powerful open source development platform for building rich Internet applications in Java. Seam integrates technologies such as Asynchronous JavaScript and XML (AJAX), JavaServer Faces (JSF), Java Persistence (JPA), Enterprise Java Beans (EJB 3.0) and Business Process Management (BPM) into a unified full-stack solution, complete with sophisticated tooling."

O Spring é não apenas isso... Ele é muito mais robusto!!!

rato*locoNovamente wrote:

dders wrote:

rato*locoNovamente wrote:
A Jboss não precisa ser engrandecida por ninguem ela ja e o maximo por si propria,a proposito pra que Spring se a Jboss tem o seam isso sim e um framework top de linha.

O máximo??? Vc tá comparando uma faca(Seam) com canivete suiço(Spring)!!!

Um canivete suico de inutilidades com certeza,eu que trabalho somente com aplicacoes web,jamais trocaria o seam que é um Frame... de alto nivel por uma lata velha e cheia de quinquilharias inuteis como o Spring.

É inutil pq vc nunca deve ter passado de um crud!!!

This message was edited 1 time. Last update was at 07/01/2010 10:23:14

rato*locoNovamente wrote:

O Spring é não apenas isso... Ele é muito mais robusto!!!

Robusto,o que é robusto pra vc??

Analisa o escopo do Seam e compara com Spring? Pelo menos teve o trabalho de verificar???

Não faz sentido comparar o Seam com o Spring, o Spring além te tudo é um conjunto de tecnologias e da suporte as coisas mais complexas que vc possa necessitar... É lógico que em aplicações de pequeno porte não ira usar 20% da disponibilidade de recursos do Spring.

Provavél que nunca tenha se deparado com logs complexos, auditoria, acesso a base ldap, processamento assíncrono, rest, etc... Vc tem tudo isso em um único lugar, integrado de uma forma simples, sem anexar a dependência de diversos frameworks(Remendo geral).

Virtual Machine Man Membro desde: 07/06/2005 16:17:56 Mensagens: 730 Offline

pcassiano wrote:Em tempos de JEE 6, em se tratando de Desenvolvimento Java Enterprise, o JBoss não seria "a melhor opção" para AS?

pcassiano wrote:Em tempos de JEE 6, em se tratando de Desenvolvimento Java Enterprise, o Spring não seria "a melhor opção" de framework?

GUJ Master Membro desde: 04/06/2007 17:47:24 Mensagens: 1030 Offline

Minha opinião sincera em comparação do Spring atual com o EJB atual: muito XML no Spring.
Acho que pra ficar bom, precisa tirar aquele monte de XML. Se o Spring fizer mais do que vem fazendo, sempre adotando anotações padrão, seria o ideal, removendo principalmente aquele XML que ainda é necessário.
Embora no Spring 3.0 tenham diminuído muito o número de configurações no XML, ainda é necessário, onde deveria ser apenas opcional.

Virtual Machine Man Membro desde: 07/06/2005 16:17:56 Mensagens: 730 Offline

Mais alguma opinião sincera? É bem-vinda!

O Srping 3 eliminou os spring-service.xml e spring-dao.xml. Agora é tudo com anotações.

No MVC também, não precisa mais criar o spring-controller.xml e dizer neles o que faz cada controller e para onde envia as informações, essas configurações agora também são feitas por anotações.

Eu uso a versão 2.x do Spring e mesmo com xml de mais, depois que vc aprende a mexer, não larga mais, principalmente pela questão de injeção de dependencias, muito bom isso.

Com a nova versão, vai ficar muito mais fácil com certeza, mas o antigo com os xmls já era muito bom.

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