<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Orm on Java &amp; Moi</title><link>https://javaetmoi.com/categories/orm/</link><description>Recent content in Orm on Java &amp; Moi</description><generator>Hugo</generator><language>fr</language><lastBuildDate>Thu, 10 Apr 2014 18:50:07 +0000</lastBuildDate><atom:link href="https://javaetmoi.com/categories/orm/feed.xml" rel="self" type="application/rss+xml"/><item><title>Utilisez Hibernate 4.3 sous JBoss 5 avec Spring 4</title><link>https://javaetmoi.com/2014/04/hibernate4-sous-jboss5-avec-spring4/</link><pubDate>Thu, 10 Apr 2014 18:50:07 +0000</pubDate><guid isPermaLink="false">http://javaetmoi.com/?p=1051</guid><description>&lt;p&gt;Dans mon &lt;a href="http://javaetmoi.com/2014/04/support-vfs2-jboss5-spring4/" title="Support du VFS 2 de JBoss 5 dans Spring 4"&gt;précédent billet&lt;/a&gt;, je vous expliquais comment réintroduire le support de VFS 2 abandonné dans &lt;strong&gt;Spring Framework 4.0&lt;/strong&gt;. Et ceci, dans l’optique de pouvoir déployer mon application dans le serveur d’application &lt;strong&gt;JBoss 5.1 EAP&lt;/strong&gt;.&lt;br&gt;Outre ce problème survenant lors de la détection de beans Spring dans le classpath, la montée de version de Spring 3.2 à Spring 4 a révélé un autre problème lié au format VFS de JBoss. Cette fois-ci, c’est le framework &lt;strong&gt;Hibernate 4.3&lt;/strong&gt; qui n’arrive pas à détecter les entités JPA du classpath.&lt;/p&gt;
&lt;p&gt;Certifié conforme à Java EE 5, JBoss 5.1 EAP utilise Hibernate 3.3 comme implémentation de JPA 1. Dans mon cas, Hibernate 4.3 est utilisé en mode standalone et est donc directement embarqué dans les librairies de mon EAR. La configuration &lt;strong&gt;JPA 2.1&lt;/strong&gt; est assurée par le support JPA offert par Spring, et plus particulièrement par la classe &lt;em&gt;&lt;a href="https://github.com/spring-projects/spring-framework/blob/v4.0.3.RELEASE/spring-orm/src/main/java/org/springframework/orm/jpa/LocalContainerEntityManagerFactoryBean.java"&gt;LocalContainerEntityManagerFactoryBean&lt;/a&gt;&lt;/em&gt;.&lt;br&gt;&lt;/p&gt;
&lt;p&gt;&lt;figure&gt;
&lt;picture&gt;
&lt;img
loading="lazy"
decoding="async"
alt="logo-hibernate"
class="image_figure image_internal image_unprocessed"
src="https://javaetmoi.com/wp-content/uploads/2014/04/logo-hibernate.png"
/&gt;
&lt;/picture&gt;
&lt;/figure&gt;
&lt;/p&gt;</description></item><item><title>Dites adieu aux LazyInitializationException</title><link>https://javaetmoi.com/2012/03/hibernate-dites-adieu-aux-lazy-initialization-exception/</link><pubDate>Fri, 30 Mar 2012 20:39:43 +0000</pubDate><guid isPermaLink="false">http://javaetmoi.com/?p=54</guid><description>Dans ce deuxième ticket, j’aimerais vous parler du projet &lt;a href="https://github.com/arey/hibernate-hydrate"&gt;&lt;strong&gt;Hibernate Hydrate&lt;/strong&gt;&lt;/a&gt; [1] que j’ai récemment publié sur GitHub. Au cœur de ce projet : une seule classe Java proposant &lt;strong&gt;une unique fonctionnalité&lt;/strong&gt;. En quelques années, c’est la seconde fois que j’ai eu besoin de coder ce genre de fonctionnalité. Aussi, je me suis dit qu’il serait pratique de l’avoir sous le coude pour une prochaine fois et, au passage, vous en faire profiter.</description></item></channel></rss>