Hibernate und JDBC in einer Transaktion

Habe ich eine Methode, markiert als @Transactional.
Es besteht aus mehrere Funktionen, die einer von Ihnen verwendet JDBC und die zweite Hibernate, Dritte - JDBC.
Das problem ist, dass änderungen, vorgenommen durch die Hibernate Funktion nicht sichtbar sind, in den letzten Funktionen, das funktioniert mit JDBC.

@Transactional
void update() {
  jdbcUpdate1();
  hibernateupdate1();
  jdbcUpdate2(); //results of hibernateupdate1() are not visible here    
}

Alle Funktionen, die konfiguriert sind, verwenden Sie die gleiche datasource:

<bean id="myDataSource" class="org.springframework.jdbc.datasource.TransactionAwareDataSourceProxy">
        <property name="targetDataSource" ref="targetDataSource"/>
    </bean>

    <bean id="targetDataSource" class="org.apache.commons.dbcp.BasicDataSource"
          destroy-method="close" lazy-init="true" scope="singleton">
       <!-- settings here -->
    </bean>

myDataSource bean im code verwendet wird. myDataSource.getConnection() wird verwendet, um die Arbeit mit verbindungen im jdbc-Funktionen und 

getHibernateTemplate().execute(new HibernateCallback() {
            public Object doInHibernate(Session session) throws HibernateException, SQLException {
               ... 
            }
        });

verwendet wird in der hibernate-Funktion.
Danke.

InformationsquelleAutor alex543 | 2010-11-11
  1. 11

    Ersten, vermeiden Sie die Verwendung von JDBC bei der Verwendung von hibernate.

    Dann, wenn Sie Sie wirklich brauchen, verwenden, um Session.doWork(..). Wenn Sie Ihre hibernate-version noch nicht mit dieser Methode, erhalten die Connection aus session.connection().

    • Für diejenigen, die sich hier aus Google, meine Lösung für dieses problem. Ich fügte hinzu, Sitzung.flush() am Ende der hibernate-flush-Funktion. Nachdem es, es zu schreiben, das Ergebnis steht in den nächsten jdbc-read-Funktion(in derselben Transaktion).
    InformationsquelleAutor Bozho
  2. 2

    Können Sie JDBC und Hibernate, die in der gleichen Transaktion, wenn Sie die richtige Feder-setup:

    <bean id="sessionFactory" class="org.springframework.orm.hibernate3.LocalSessionFactoryBean">
    <property name="dataSource" ref="dataSource"/>
</bean>

<bean id="transactionManager" class="org.springframework.orm.hibernate3.HibernateTransactionManager">
    <property name="sessionFactory" ref="sessionFactory"/>
</bean>

<bean id="myDao" class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean">
    <property name="transactionManager" ref="transactionManager"/>
    <property name="target">
        <bean class="MyDaoImpl">
            <property name="dataSource" ref="dataSource"/>
            <property name="sessionFactory" ref="sessionFactory"/>
        </bean>
    </property>
    <property name="transactionAttributes">
        <props>
            <prop key="get*">PROPAGATION_SUPPORTS,readOnly</prop>
            <prop key="*">PROPAGATION_REQUIRED</prop>
        </props>
    </property>
</bean>

    Dies setzt Voraus, dass der JDBC-Teil des DAO verwendet JdbcTemplate. Wenn es nicht Sie haben ein paar Optionen:

    • Verwenden DataSourceUtils.getConnection(javax.sql.DataSource) um eine Verbindung zu erhalten
    • Wickeln Sie die DataSource, die Sie passieren, um Ihren DAO (aber nicht unbedingt die, die Sie passieren, um die SessionFactory) mit einem TransactionAwareDataSourceProxy

    Letzteres ist bevorzugt, da es hidse die DataSourceUtils.getConnection innerhalb der proxy-datasource.

    Dies ist natürlich der XML-Pfad, es sollte leicht zu konvertieren, das auf Anmerkungen beruht.

    InformationsquelleAutor Bill Poitras
  3. 2

    Das problem ist, die Operationen auf Hibernate Motor nicht in unmittelbarer SQL-Ausführung. Sie können lösen Sie es manuell aufrufen flush auf die Hibernate-session. Dann die änderungen im Ruhezustand sichtbar sein wird, um den SQL-code innerhalb der gleichen Transaktion. Solange du nicht DataSourceUtils.getConnection SQL-Verbindung zu erhalten, denn nur dann haben Sie Sie ausführen in der gleichen Transaktion...

    In die entgegengesetzte Richtung, das ist schwierig, denn Sie haben 1nd-level-cache (session-cache) und evtl. auch 2nd-level-cache. Mit 2nd-level-cache alle änderungen der Datenbank werden Sie unsichtbar für den Ruhezustand, wenn die Zeile im Cache zwischengespeichert wird, bis der cache abläuft.

    InformationsquelleAutor Danubian Sailor
Schreibe einen Kommentar