Next Framework

Observação sobre seu código:

1 - Lógica de negócio tem que ficar no Service. Nunca dentro do controller (isso inclui o transactionTemplate).

2 - Nunca passe o request para o service.

codigo.png

Código fonte

(28.02 KiB) Não foi feito download ainda

Vou olhar com cuidado amanhã.
Quanto aos seus comentários:
1-Lógica de negócio ficar no Service. Entendi conceitualmente mas ainda não sei colocar em prática direito. Pra dizer a verdade, eu não sei direito como usar. A propósito, um service deve sempre estender o GenericService<bean>? O bean deve estar sempre associado a uma entity?
2-Alguma razão especial para nunca passar o request para o service? Embora tenha dito isso, vocë manteve a passagem do request no modelo que me mandou.
Outra coisa, no exemplo2 você colocou a chamada para um único método que grava nas tabelas. No fim, era isso que eu queria fazer, porém, para todas as tabelas envolvidas.Então quer dizer que, se eu estender esse conceito, posso colocar toda a parte da persistência nesse método único. É isso?

1-Está ficando claro esse negócio de Service. Agora precisa sedimentar na minha cabeça
2-Conceitualmente, não passar o request para o Service seria pra isolar/proteger as propriedades do View (do MVC) das demais camadas? Quanto ao método único é isso mesmo que estava pensando. Assim que possível, vou testar.

Você está usando a classe SaveOrUpdateManaged para salvar seus dados?

Experimente chamar o método flush()

O hibernate é meio chato com esse negócio de efetivamente executar os comandos

Uso a classe SaveOrUpdateStrategy para salvar os dados.
Quanto ao método flush(), é pra usar dentro do DAO?