Entendendo melhor boas práticas - EntityManager

Eu havia respondido uma pergunta parecida em http://www.guj.com.br/posts/list/114142.java#616766 , talvez dê uma clareada.

Não sei qto ao EntityManager mas isso aí não parece correto. Abrir e fechar uma conexão é muito caro do ponto de vista de recursos e normalmente se usa um pool de conexões. Vc normalmente “pede” a conexão do pool e, ele sim, gerencia o tempo de “vida” da bichinha.

Opa, vlw Leonardo, foi eu mesmo que havia feito esse outro tópico. É que minha duvida continuou e quis colocar ele aqui no fórum mais especifico.

Agora uma coisa que me confundi, parece que uma transação é iniciada no inicio de cada requisição e terminada, não uma conexão. Hmm, então realmente acho que a conexão fica com o entityManager o tempo que ele se mantem vivo, por isso seria não recomendável deixar ela como sessão. Hmm está certo isso?

Assim como eu tenho Session (ou EntityManager) que fica em cima da Connection, também tenho a transação do framework de persistência (ORM) e a transação da conexão.

Normalmente, a duração da transação da Session, assim como a duração da transação da Connection são as mesmas. Porém, muita gente já se deparou com a LazyInitializationException na hora de iterar uma lista na view. Por causa disso, criou-se o Open Session in View para que a transação da Session seja aumentada, indo do início ao fim da requisição. No caso, a Connection é pegada mais cedo e liberada no último segundo.

Alguns ainda, sentiram necessidade de ampliar ainda mais o escopo da Session, o popularmente conhecido Conversation que, como havia dito antes, usa Connections novas para cada requisição, mas sempre usando a mesma Session. Porém, ainda assim é preciso garantir integridade transacional, e, por causa disso, a Session também faz parte de uma transação, só que não relacionada à transação do banco, que está sobre os cuidados da Connection. Ou seja, a transação da Session é uma coisa só dele, implementado pelo Hibernate, que nada tem a ver com a transação do banco.