Prezados recentemente vi um artigo sobre a integração do webwork com spring framework, pesquisando um bocado no histórico do fórum não achei nenhuma explicação sobre a necessidade de se integrar os dois, pois pelo que entendi o spring é capaz de fazer tudo o que o webwork faz e mais um pouco, gostaria de explicações técnicas de porque integrar os dois, e se eu posso utilizar apenas o spring tendo as mesmas funcionalidades que o webwork faz nas belas siglas MVC, grato pela atenção.
Abstract, o WebWork é um framework MVC, o Spring é um framework J2EE que possuí um módulo MVC, normalmente o pessoal utiliza como módulo MVC o WebWork, pois ele possui uma interface mais simples e poderosa em comparação ao MVC do Spring e sua integração é muito simples. Alguém me corrija se falei besteira, é que comecei a estudar estes frameworks a pouco tempo.
abraços.
Olá,
o Spring pdoe ser itnegrado com praticamente qualquer framework MVC.
Por que? para voc~e utilizar o que mais gostar 
A função principal do spring é ser a espinha dorsal do seu sistema, os serviços 9persistência, web, agendamento de tarefas, etc.) ele deixa a cargod e especialistas (exceto no especificao caso do MVC, que ele possui uam opção)
Puxa pra lá de interessante então, agradeço as explicações, no caso do MVC do Spring e o MVC do WebWork, alguma preferência? Estou utilizando o webwork e fiquei curioso pensando que o do spring pudesse ser melhor.
[quote=pcalcado]Olá,
o Spring pdoe ser itnegrado com praticamente qualquer framework MVC.
Por que? para voc~e utilizar o que mais gostar
A função principal do spring é ser a espinha dorsal do seu sistema, os serviços 9persistência, web, agendamento de tarefas, etc.) ele deixa a cargod e especialistas (exceto no especificao caso do MVC, que ele possui uam opção)
[/quote]
E é, usando o Spring MVC (o módulo MVC do Spring) você tem todos os serviços que o Spring pode prover integrados muito mais facilmente, além da quantidade assustadora de documentação (a documentação do WW nem se fala né…), os vários módulos (como o Spring Web Flow, pra lidar com fluxos) e a facilidade de se trocar de “visualização”.
Dê uma olhada nesse tutorial e tire suas próprias conclusões:
http://www.springframework.org/docs/MVC-step-by-step/Spring-MVC-step-by-step.html
A abordagem é bem parecida com a do WebWork, você vai se sentir em casa :mrgreen:
[quote=Maurício Linhares]E é, usando o Spring MVC (o módulo MVC do Spring) você tem todos os serviços que o Spring pode prover integrados muito mais facilmente, além da quantidade assustadora de documentação (a documentação do WW nem se fala né…), os vários módulos (como o Spring Web Flow, pra lidar com fluxos) e a facilidade de se trocar de “visualização”.
Dê uma olhada nesse tutorial e tire suas próprias conclusões:
http://www.springframework.org/docs/MVC-step-by-step/Spring-MVC-step-by-step.html
A abordagem é bem parecida com a do WebWork, você vai se sentir em casa :mrgreen: [/quote]
Maurício,
E quanto ao testes unitários? O Spring também é superior ou igual ao Webwork? Você já brincou com testes unitários com ele? Eu sei q o spring prega a idéia de ser fácil de testar, mas quanto ao framework mvc eu não li muita coisa! Teria como vc tirar essa curiosidade, por favor? 
Abraços!
Thiago
Olá… Eu dei uma olhada na parde de testes e no tutorial que você indicou acima Maurício!
O Spring MVC realmente é legal. No entanto, eu não vi nada ainda nada sobre testes nas actions (ou commands) ao se usan Spring MVC!
Pelo menos, comparando com o que há no material q vc indicou, quanto aos testes eu prefiro webwork, achei bém mais fácil!
Outra colocação que acho interessante é que no Spring MVC tem muita configuração usando XML! Acho que até dá pra encarar, mas acho que o webwork neste ponto nos daria menos trabalho! O que vc acha?
Thiago
A diferença da configuração é que na configuração do WebWork você não vai configurar o Hibernate, os data sources, o gerenciador de transações…
As configurações do Spring são uma só, todos os seus beans (DAOs, façaces e o todo o blablabla) são configurados em um único lugar, o(s) arquivos de configuração do Spring (que podem ser divididos em vários em uma aplicação web).
Sobre os testes unitários, é aqui que mais uma vez o Spring supera a concorrência, porque tudo no spring são interfaces e eles ainda oferecem “mock objects” sobre algumas coisas que não fazem parte do framework, como acesso a registros JNDI e a API de Servlets:
Sem contar que ele não obriga ninguém a usar expression language esquisitas e pode ter a validação feita automaticamente pelo Jakarta Commons.
Vale a pena conferir :mrgreen:
Valeu Maurício, qualquer hora vou separar um tempo para brincar com ele e tirar minhas conclusões!
Valeu
Gostei da idéia do Spring.
Mauricio, o que você indica de leitura pra alguem que nunca mexeu com o Spring? (Atualmente estou trabalhando com Struts e 1 projeto em Webwork).
Algum livro pra emrpesa comprar? algum site? a documentação oficial?
Valeu
Não sou o Maurício, mas imagino quais são as fontes!
Tem o próprio site do spring que vc vai encontrar muita coisa:
Vc também pode optar pelos livros:
Spring In Action da editora Manning, ou Spring Live ou Pro Spring!
Abraços!
Thiago
[quote=alex.lopes]Gostei da idéia do Spring.
Mauricio, o que você indica de leitura pra alguem que nunca mexeu com o Spring? (Atualmente estou trabalhando com Struts e 1 projeto em Webwork).
Algum livro pra emrpesa comprar? algum site? a documentação oficial?
Valeu[/quote]
Primeiro eu indico que você largue o Stuts, agora, sem nem pensar duas vezes, corra dele, eu comecei a usar o Spring quando as minhas gambiarras do Struts já estavam impossíveis de manter :mrgreen:
Mas falando sério, as minhas referências são esses dois livros aqui:
Se você for comprar só um, compre o Pro Spring, é bem mais completo. E no lugar de comprar o Spring In Action talvez fosse uma boa comprar esse aqui (não tenho ele, mas já me disseram que é melhor que o In Action):
Professional Java Development with the Spring Framework
E tem a documentação oficial também que é completíssima (são mais de 200 páginas).