Blogounage - hibernate - Commentaires

Toplink better than Hibernate? - la Wii U

la Wii U — Sat, 17 Sep 2011 01:26:45 +0200

Des fois on passe sur un blog et on se dit qu'on a bien fait, surtout quand on est un noob. Je reviendrais :D !

How to retrieve the Hibernate Session from the EntityManager interface - Amrone

Amrone — Fri, 14 Aug 2009 21:02:21 +0200

participation un peu tardive, mais bon...

org.hibernate.Session session = (Session)entityManager.getDelegate();

La méthode getDelegate retourne un objet, rien ne garantit donc que le cast fonctionne dans tout les cas de figure, cela dépend donc du serveur d'appli, en conséquence ce code n'est pas portable sur toutes les plateformes. A confirmer, JBoss ne retourne pas une session hibernate mais un objet wrapper.

How to retrieve the Hibernate Session from the EntityManager interface - Batmat

Batmat — Tue, 26 Aug 2008 10:33:03 +0200

> Cette API permet de s'abstraire du framework de persistence utilisé.
Tout à fait.

> Dans un soucis de standardisation et de réutilisation du code je trouve dommage de faire appel a Hibernate dans le code... A partir de la, il me semble du coup complique de vouloir éventuellement changer de provider de persistence!?

En fait, ce besoin est apparu pour moi lors d'une migration de code Spring/Hibernate à EJB3/JPA. Or, nous n'envisageons pour le moment que de migrer la partie "Services", pas le DAO. Injecter directement la Session Hibernate aurait été possible dans JBoss en l'annotant avec l'annotation habituellement utilisée pour l'EM. Le problème, c'est que ça n'aurait alors fonctionné que dans JBoss :-/.

Pour que l'injection fonctionne dans n'importe quel serveur, il faut donc toujours injecter un EntityManager, puis récupérer si besoin la Session Hibernate à partir de cette instance.

Tout à fait d'accord avec toi donc sur le problème si nous voulions changer de provider de persistance, mais :

je doute que ça arrivera pour nous, nos équipes de développement ayant déjà appréhendé le fonctionnement d'Hibernate, etc.
certaines fonctionnalités majeures sont ne encore actuellement disponibles qu'avec Hibernate, pas dans JPA. Exemple : cascade delete-orphan, les UserType, le cache de second niveau, le cache de requêtes...

Si tu commences un nouveau projet, il me semble effectivement mieux d'arriver à rester full-JPA, à plus fortes raisons parce que JPA2 arrive

How to retrieve the Hibernate Session from the EntityManager interface - Ben

Ben — Wed, 20 Aug 2008 19:57:11 +0200

Tout d'abord je voulais te remercier pour ce blog qui est bien sympathique et, par experience, je sais que ca demande du temps...
Et puis desole pour les accents mais je suis aux US et je n'ai pas d'accents sur le clavier...

Maintenant je voulais juste revenir sur cet article, juste pour m'eclairer un peu tout en esperant ne pas trop me tromper...
Cet article se place dans le contexte de l'utilisation de JPA. Cette API permet de s'abstraire du framework de persistence utilise. Que ce soit Hibernate, JDO, TopLink etc.
Dans un soucis de standardisation et de reutilisation du code je trouve dommage de faire appel a Hibernate dans le code... A partir de la, ile me semble du coup complique de vouloir eventuellement changer de provider de persistence!?
Alors j'imagine que ce choix vient de la necessite d'utiliser des fonctionnalites propres a Hibernate?

Encore bravo pour le blog et a++

Java Persistence with Hibernate - huegul

huegul — Mon, 29 Jan 2007 15:03:07 +0100

I meet you from Hibernate Forum. I am a spanish developer and until a little time ago I am using PostgreSQL like DB. But I have to migrate to Oracle 9i.

PostgreSQL supports the boolean type, but Oracle doesn't. Therefore I should use Hibernate substitutions. But it doesn't work fine. I have written a post in Hibernate forum: http://forum.hibernate.org/viewtopi...

May you help me? You are a knowledgeable engineer in Hibernate.

Thanks in advance.

Best regards.