Ist es möglich, Hibernate als Persistenzanbieter von Glassfish zu verwenden?

Question

Ist es möglich, Hibernate als Persistenzanbieter von Glassfish zu verwenden, und wenn ja, WIE?

Answer 1

Während ich bin kein Experte auf entweder Glassfish oder Hibernate, ich glaube, Sie wahrscheinlich die interessant finden würden: Instructions on using Hibernate in Glassfish

Answer 2

Ja, das ist ein gängiges Szenario. Stellen Sie Hibernate (und alle seine Abhängigkeiten) entweder global in Glassfish oder als Teil Ihrer Anwendung bereit. Implementieren Sie dann Ihre Anwendung mit Hibernate als Bibliothek.

Die nächste Frage, die Sie beachten müssen, ist, ob Sie JPA und Hibernate als JPA-Provider verwenden möchten oder ob Sie Hibernate plain verwenden möchten.

Eine andere Frage, wenn Sie EJBs und Entity Beans verwenden möchten. Wenn ja, würde ich empfehlen, JPA zu verwenden.

Wenn Sie keine EJB Entity Beans verwenden, können Sie entweder JPA oder Plain Hibernate verwenden, um Ihre POJOs persistent zu machen.

Answer 3

Die link provided by Guss to hibernate.org ist abgelaufen. Hier ist ein Google-Cache vom 20. Februar 2010. Wie bereits in einer früheren Version der verlinkten Wiki-Seite erwähnt, sollten Sie die Ruhezustands-Bibliotheken lieber in Ihrer .ear/.war-Datei als im Glassfish-Installationsverzeichnis aufbewahren, damit andere Anwendungen sie verwenden können eigene Version von Hibernate.

Moderne How-To

mit Glasfischen Ruhezustand verwenden, alle Sie tun müssen, ist gesetzt Hibernate und seine Abhängigkeiten in Ihrer EAR-Datei. Dies könnte auch mit einer WAR-Datei.

In Ihrem persistence.xml gibt Hibernate mit diesem tag:

<provider>org.hibernate.ejb.HibernatePersistence</provider> 

Sie auch Eigenschaften wie üblich überwintern können angeben, zum Beispiel:

<properties> 
    <property name="hibernate.hbm2ddl.auto" value="none"/> 
</properties> 

Answer 4

Statt das von Putten Hibernate-Bibliotheken im Glassfish-Server-Verzeichnis "lib" können Sie eine EAR erstellen und sie in das EAR-Verzeichnis "lib" einfügen. Ich habe gerade einen Blogeintrag über unsere Erfahrungen mit diesem Ansatz veröffentlicht. IMO ist es besser, Hibernate mit der Anwendung selbst zu bündeln, anstatt die globale Konfiguration des Servers zu ändern. Dadurch werden andere Anwendungen nicht beeinträchtigt, die möglicherweise auch auf demselben Server ausgeführt werden (z. B. Legacy-Anwendungen). Weitere Informationen finden Sie unter this.