{"id":13,"date":"2006-08-06T11:50:56","date_gmt":"2006-08-06T10:50:56","guid":{"rendered":"http:\/\/euve3303.vserver.de\/stefan\/blog\/?p=15"},"modified":"2011-12-02T20:36:03","modified_gmt":"2011-12-02T19:36:03","slug":"transaktionen-mit-hibernatesynchronizer-hibernate3-und-spring","status":"publish","type":"post","link":"https:\/\/cogito-ergo-blog.de\/blog\/2006\/08\/06\/transaktionen-mit-hibernatesynchronizer-hibernate3-und-spring\/","title":{"rendered":"Transaktionen mit HibernateSynchronizer, Hibernate3 und Spring"},"content":{"rendered":"

Will man Spring zusammen mit Hibernate 3 verwenden, so muss man beachten, dass die DataAccessObjects (DAOs) nicht ohne weiteres mit Spring zusammenarbeiten. Eine gute Spring-Integration ist aber w\u00fcnschenswert, weil man nur so in den Genuss der Spring-Features wie z.B. deklaratives Transaction-Management oder JTA-Transactions kommt.<\/p>\n

Ausserdem begegnet man bei der Verwendung von Hibernate 3 mit Sicherheit auch dem Lazy Loading, das seit Hibernate 3 per Default aktiviert ist. Dieses Feature sorgt daf\u00fcr, dass nicht sofort ben\u00f6tigte Datenbankinhalte beim "Load" gar nicht geladen werden, sondern erst dann wenn man sie tats\u00e4chlich braucht.<\/p>\n

Das funktioniert aber nur, wenn zu einem sp\u00e4teren Zeitpunkt – wenn dann\u00a0auf die Datenbank zugegriffen wird – die Hibernate-Session auch noch offen ist …<\/p>\n

<\/p>\n

Session Management<\/h3>\n

HibernateSynchronizer kennt von Hause aus nur zwei verschiedene Arten des Session-Lifecycle:<\/p>\n

    \n
  1. Implizite Sessions: Der RootBaseDAO verwaltet eine "current" Session und \u00f6ffnet und schlie\u00dft diese bei Bedarf.<\/li>\n
  2. Implizite Session mit "Deferred Close": durch \u00dcberschreiben der "closeSession" Methode im RootDAO wird das automatische Schliessen der Session verhindert.<\/li>\n<\/ol>\n

    Die 2. Methode ist empfohlen, wenn "Lazy Loading" verwendet wird. Allerdings\u00a0muss sp\u00e4ter die Session\u00a0explizit durch "closeCurrentSession" geschlossen werden.<\/p>\n

    Beide Modi 1 und 2 bieten allerdings keine Zusammenarbeit mit Spring-Managed-Transactions hier muss ein eigener RootBaseDAO integriert werden.<\/p>\n

    HibernateSychronizer bietet diese Option an, wenn man in den Projekt-Einstellungen folgende \u00c4nderungen vornimmt:<\/p>\n

    \"options\"<\/p>\n

    Der neue RootDAO<\/h3>\n

    Die Implementierung des neuen RootDAO st\u00fctzt sich auf die urspr\u00fcngliche Implementierung, die HibernateSynchronizer mitbringt und die Klasse "SessionFactoryUtils" von Spring ab.<\/p>\n

    Alle Aufrufe aus dem urspr\u00fcnglichen RootDAO, die Sessions \u00f6ffnen oder schliessen, werden nun an die Klasse SessionFactoryUtils delegiert.<\/p>\n

    Dieser Code-Ausschnitt zeigt die betreffenden Methoden:<\/p>\n

    \n
    public <\/span>Session getSession<\/span>() {
    \r\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 <\/span>if<\/span>( <\/span>deferredClose && currentSession.get<\/span>() <\/span>!= <\/span>null <\/span>) {
    \r\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 <\/span>\/\/ reuse session
    \r\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 <\/span>return <\/span>currentSession.get<\/span>()<\/span>.session;
    \r\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 <\/span>}
    \r\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 <\/span>if<\/span>( <\/span>session != <\/span>null <\/span>) {
    \r\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 <\/span>return <\/span>session;
    \r\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 <\/span>} <\/span>else <\/span>{
    \r\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 <\/span>Session s = SessionFactoryUtils.getSession<\/span>(<\/span>sessionFactory,true<\/span>)<\/span>;
    \r\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 <\/span>if<\/span>( <\/span>deferredClose <\/span>) {
    \r\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 <\/span>SessionFactoryUtils.initDeferredClose<\/span>(<\/span>sessionFactory<\/span>)<\/span>;
    \r\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 currentSession.set<\/span>(<\/span>new <\/span>SessionInfo<\/span>(<\/span>s,sessionFactory<\/span>))<\/span>;
    \r\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 <\/span>}
    \r\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 <\/span>return <\/span>s;
    \r\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 <\/span>}
    \r\n\u00a0 }
    \r\n
    \r\n\u00a0 <\/span>public <\/span>void <\/span>setSession <\/span>(<\/span>Session session<\/span>) {
    \r\n\u00a0\u00a0\u00a0 <\/span>this<\/span>.session = session;
    \r\n\u00a0 <\/span>}
    \r\n
    \r\n\u00a0 <\/span>\/**
    \r\n\u00a0\u00a0 * Set the session factory
    \r\n\u00a0\u00a0 *\/
    \r\n\u00a0 <\/span>public <\/span>void <\/span>setSessionFactory <\/span>(<\/span>SessionFactory sessionFactory<\/span>) {
    \r\n\u00a0\u00a0\u00a0 <\/span>this<\/span>.sessionFactory = sessionFactory;
    \r\n\u00a0 <\/span>}
    \r\n
    \r\n\u00a0 <\/span>\/**
    \r\n\u00a0\u00a0 * Return the SessionFactory that is to be used by these DAOs.\u00a0 Change this
    \r\n\u00a0\u00a0 * and implement your own strategy if you, for example, want to pull the SessionFactory
    \r\n\u00a0\u00a0 * from the JNDI tree.
    \r\n\u00a0\u00a0 *\/
    \r\n\u00a0 <\/span>public <\/span>SessionFactory getSessionFactory<\/span>() {
    \r\n\u00a0\u00a0\u00a0 <\/span>return <\/span>sessionFactory;
    \r\n\u00a0 <\/span>}
    \r\n
    \r\n
    \r\n\u00a0 <\/span>\/**
    \r\n\u00a0\u00a0 * Close all sessions for the current thread
    \r\n\u00a0\u00a0 *\/
    \r\n\u00a0 <\/span>public static <\/span>void <\/span>closeCurrentSession <\/span>() {
    \r\n\u00a0\u00a0\u00a0 <\/span>SessionInfo si = currentSession.get<\/span>()<\/span>;
    \r\n\u00a0\u00a0\u00a0 <\/span>if <\/span>(<\/span>null <\/span>!= si <\/span>) {
    \r\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 <\/span>SessionFactoryUtils.processDeferredClose<\/span>(<\/span>si.sessionFactory<\/span>)<\/span>;
    \r\n\u00a0\u00a0\u00a0\u00a0\u00a0 currentSession.set<\/span>(<\/span>null<\/span>)<\/span>;
    \r\n\u00a0\u00a0\u00a0 <\/span>}
    \r\n\u00a0 }
    \r\n
    \r\n\u00a0 <\/span>\/**
    \r\n\u00a0\u00a0 * Close the session
    \r\n\u00a0\u00a0 *\/
    \r\n\u00a0 <\/span>public <\/span>void <\/span>closeSession <\/span>(<\/span>Session s<\/span>) {
    \r\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 <\/span>if<\/span>( <\/span>session == <\/span>null <\/span>) {
    \r\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 <\/span>SessionFactoryUtils.releaseSession<\/span>(<\/span>s,sessionFactory<\/span>)<\/span>;
    \r\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 <\/span>}
    \r\n\u00a0 }
    \r\n
    \r\n\u00a0 <\/span>\r\n<\/pre>\n<\/blockquote>\n
    Damit\u00a0nehmen alle DAO-Session automatisch an evtl. laufenden Transaktionen teil. Eine L\u00f6sung f\u00fcr das "Lazy Loading" ergibt sich so aber nur, wenn tats\u00e4chlich Transaktional gearbeitet wird. Hier bleibt die Session selbstverst\u00e4ndlich w\u00e4hrend der Transaktion offen.<\/p>\n
    Und ohne Transaktionen<\/h4>\n
    Nun will man aber nicht unbedingt transaktional arbeiten\u00a0aber vielleicht dennoch "Lazy Loading" verwenden. Hierzu muss die Session aber offen bleiben. Ach hierf\u00fcr bietet die Spring-Klasse Support\u00a0an: initDeferredClose und processDeferredClose.<\/p>\n
    Welche Art des Session-Handlings man benutzen will, kann man nun wie bei HibernateSynchronizer durch \u00dcberschreiben einer Methode\u00a0kl\u00e4ren, die das eine oder andere Verhalten festlegt.<\/p>\n
    Alternativ kann man das Session-Handling auch zur Eigenschaft der DAOs machen, um so maximale Flexibilit\u00e4t zu erhalten.<\/p>\n
    So l\u00e4sst sich einstellen, ob ..<\/p>\n
      \n
    1. Sessions implizit durch die Transaktion definiert werden.<\/li>\n
    2. Sessions implizit ge\u00f6ffnet und (bald) wieder geschlossen werden.<\/li>\n
    3. Sessions lange offen gehalten werden (f\u00fcr Lazy-Loading) und sp\u00e4ter explizit geschlossen werden m\u00fcssen.<\/li>\n<\/ol>\n
      \n","protected":false},"excerpt":{"rendered":"
      Will man Spring zusammen mit Hibernate 3 verwenden, so muss man beachten, dass die DataAccessObjects (DAOs) nicht ohne weiteres mit Spring zusammenarbeiten. Eine gute Spring-Integration ist aber w\u00fcnschenswert, weil man nur so in den Genuss der Spring-Features wie z.B. deklaratives … Weiterlesen →<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[9],"tags":[],"_links":{"self":[{"href":"https:\/\/cogito-ergo-blog.de\/blog\/wp-json\/wp\/v2\/posts\/13"}],"collection":[{"href":"https:\/\/cogito-ergo-blog.de\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/cogito-ergo-blog.de\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/cogito-ergo-blog.de\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/cogito-ergo-blog.de\/blog\/wp-json\/wp\/v2\/comments?post=13"}],"version-history":[{"count":1,"href":"https:\/\/cogito-ergo-blog.de\/blog\/wp-json\/wp\/v2\/posts\/13\/revisions"}],"predecessor-version":[{"id":10013,"href":"https:\/\/cogito-ergo-blog.de\/blog\/wp-json\/wp\/v2\/posts\/13\/revisions\/10013"}],"wp:attachment":[{"href":"https:\/\/cogito-ergo-blog.de\/blog\/wp-json\/wp\/v2\/media?parent=13"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/cogito-ergo-blog.de\/blog\/wp-json\/wp\/v2\/categories?post=13"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/cogito-ergo-blog.de\/blog\/wp-json\/wp\/v2\/tags?post=13"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}