| Autor |
Mensagem |
|
|
Ave maria, use filtros companheiro! Fazer esse tratamento em todas as páginas deve dar uma dor de cabeça...
http://www.guj.com.br/java.artigo.11.1.guj
|
 |
|
|
Talvez o que você está precisando seja o Tapestry:
http://jakarta.apache.org/tapestry/
|
|
|
|
Eu tinha escrevido isso aqui sobre isso (kra, o blog merece uma atualização) :
http://javablogs.com.br/page/mauricio/20050123#o_padr%C3%83%C2%83%C3%82%C2%A3o_singleton
Mas depois de conhecer o Spring, singletons só se o Spring cuidar 
|
|
|
|
Esse
Realmente é a pior avaliação que eu já vi na minha vida sobre o Struts, tem gente que conseguiu realmente meter o pau no framework de um jeito bem mais inteligente, mas esse cara realmente deve odiar o Craig.
O Struts oferece suporte a "transformação" de parâmetros que venham na requisição através dos ActionForms, que não aceitam apenas Integer ou Boolean como disse o autor. Os ActionForms são coisas esquisitas que não fazem parte do modelo? São sim, são parte do framework, não do modelo, quem mete eles no modelo tá detonando a aplicação.
Os Actions, como os Servlets, JSPs e qualquer objeto que faz o tratamento de requisições Http em Java (como os do Spring MVC) não são multithread porque eles nunca deveriam ser multithread. Pra que um objeto que só faz montar objetos de modelo e chamar eles pra fazer as regras de negócio deveria guardar estado? Bizarro isso.
Quem diabos disse que o Struts não usa formulários HTML? E ele usa o que? ActiveX? Acho que esse cara bebeu demais antes de escrever isso...
Sobre a implementação pobre do pattern Command... cada um que tenha a sua opnião né, eu espero que o framework dele ( o tal do web4j) seja realmente uma maravilha, pena que ninguém parece conhecer
|
|
|
|
Rapaz, se você realmente precisa disso:
http://www.hibernate.org/hib_docs/v3/reference/en/html/persistent-classes.html#persistent-classes-dynamicmodels
http://www.hibernate.org/hib_docs/v3/reference/en/html/xml.html
Mas como eles mesmo já disseram, ainda estão pensando em como isso vai ficar, portanto, use com cuidado.
|
|
|
|
|
O que é um datatable?
|
|
|
|
O Spring é um container que implementa inversão de controle, o resto é brinde que o pessoal coloca junto pra facilitar a vida de quem vai usar ele.
O Spring MVC é interessante, mas ainda vai precisar andar mais um pouquinho pra entrar na frente do WebWork e do Struts, principalmente em validação.
Usar os dois juntos é uma boa, mas melhor ainda é você entender inversão de controle e o que o Spring pode fazer pra facilitar a sua vida:
http://www.springframework.org/about
Dê uma olhada, mesmo que você não vá usar. Ele realmente dá uma visão diferente da contrução de aplicações.
|
|
|
|
Rapaz, eu desenvolvo com o Struts e gosto muito. A produtividade é ótima, o framework é simples de configurar e manter e o melhor de tudo, tem documentação a dar com pá
To mexendo com o Spring MVC, mas acho que ainda não vai ser dessa vez, porque eles ainda não conseguiram empacotar o Validator direitinho, eu realmente não estou com saco pra escrever validação na mão denovo não. Mas to usando o Spring como container IoC dentro do Struts, o que tá ajudando ainda mais no trabalho.
Tentei o WebWork 2, mas depois que eu baixei a documentação e percebi que eu tinha que ler ela de trás pra frente (literalmente  ) larguei e fui estudar mais AOP, porque aquela documentação é triste. Ainda tenho fé que um dia eu aprendo a usar, mas é bom eles darem uma melhorada naquela confusão.
E se eu fosse você aprendia tanto JSP quanto Velocity, nunca se sabe quando vão botar você pra fazer uma newsletter ou coisas do gênero e o Velocity realmente detona pra fazer templates, nunca me deixou na mão.
No fim você vai ter que saber um pouco de tudo, mas Java é assim mesom né
|
|
|
|
|
Dá pra fazer validação automática do lado cliente usando o Spring? Como?
|
|
|
|
Só respondendo a sua dúvida jprogrammer, o Struts pode guardar o status de um form tanto no escopo do Request como no ecopo do Session, depende do que foi setado lá na configuração do Action.
Se nada for setado, o default é que o escopo seja Session.
|
|
|
|