Como injetar sessão de banco de dados em lazy load? (Spring e Hibernate)

Então, este problema de Lazy..... é tenso....

Pelo que percebi, sua aplicação está bem dividida, vc precisa determinar até qual camada irão ocorrer as chamadas de métodos que vão precisar ir no banco e nesta camada (ex. famigerados Services) anotar as classes com @Transactional.

Anote as DAOS e Services ou Repositórios com @Transactional.

@Transactional
[Dao -> Service ou Repositorio] e daqui pra frente, aplique lei de "lei de demeter" para evitar Lazy.....

// Na controller prefira fazer isso

Cliente cliente = clienteService.load(id) ou clienteDao.load(id)
cliente.getName()

Endereco endereco = enderecoService.enderecoDoCliente(cliente) ou enderecoDao.enderecoDoCliente(cliente)
endereco.getRua()

// do q isso

Cliente cliente = clienteService.load(id) ou clienteDao.load(id)

cliente.getName()
cliente.getEndereco().getRua() // problema.....!!!!!!!

Eu particularmente detesto este modelo, mas infelizmente, a tecnologia nos obriga a trabalhar desta maneira, depois que conheci GRAILS, fiquei revoltado com todas estas camadas que vão contra a programação OO, mas........

Hummm… MUITO interessante…

No caso do DAO, todos extendem um AbstractDAO, e anotar APENAS o AbstractDAO com @Transactional funcionou perfeitamente!!

Aqui não fui eu quem fez a arquitetura do sistema, mas felizmente cada camada possui um tipo abstrato básico, então para que eu anote uma camada inteira basta que eu anote esse tipo abstrato básico (ex: AbstractService).

No caso, existe uma camada Converter, que recebe os dados originais das queries (Exemplo: List<ProcessInstance> ) e converte para os objetos que são utilizados no sistema (Ex: List<ProcessoVO> ). Nessa camada ocorrem as exceções, quando o converter tenta efetuar o “de para” de dados relacionados.

Claro que ainda é um problema, porque esse Converter anotado com @Transactional vai forçar que todos os dados relacionados presentes nos VOs do sistema sejam buscados no momento da conversão, ou seja, lá se vai por água abaixo o conceito de lazy load…

Mas eu vou experimentar aqui, muito obrigado pela resposta, se houver mais algum problema correlato eu escrevo neste tópico novamente!

PERGUNTA: qual é a conseqüência (além de, nesse caso, matar o conceito de lazy load e carregar toneladas de dados desnecessários) de anotar uma camada toda com @Transactional? Isso poderia “segurar” muitas conexões com a base de dados abertas, gerando um estouro de pool de conexões ou coisa do tipo? Ou o @Transactional trata de reestabelecer a conexão apenas quando necessário?

Valeu!

então, o fato de colocar @Transactional não vai mudar o conceito de Lazy, o que vai acontecer é que a “sessão” vai continuar aberta, sendo assim, evitar a exception…

Ah, sim!

O que muda o conceito de lazy é o converter aqui que usa vários getters da entidade que são tabelas relacionadas sem necessidade, rsrsrsrsrsrs!!!