Hallo,
ich verwende Hibernate 3.4.
Neulich habe ich beim Testen festgestellt, dass Rollback von Hibernate nicht funktioniert.
In der Konfigurationsdatei habe ich autocommit auf false eingestellt.

Ich verwende native SQL. Es werden mehrere Statements nacheinander ausgeführt.

Ich habe erwartet, dass dies alles oder nichts Prinzip verfolgen soll.
Leider stelle ich fest, dass nach jeder executeUpdate() Anweisung, die Daten in der Datenbank persistiert werden. Wenn ein Fehler beim query2 auftritt, wird query1 gar nicht rückgängig gemacht.
Frage: Hat das mit autocommit was zu tun? Ist was mit der Konfiguration nicht in Ordnung? Muss ich autocommit programmatisch explizit auf false setzen?
Bin für jeden Vorschlag dankbar.
Gruß,
Ming

Welche DB? Bist du sicher, dass ein Fehler auftritt? Warum gibst du uns die Exception nicht zusammen mit ein paar zusätzlichen Details?

Was verstehst Du genau unter 'persistiert' ?
Man muss naemlich zwischen flush und eigentlichen commit unterscheiden.

Bei einem Flush werden alle anstehenden Aenderungen auf die Datenbank uebertragen (d.h. die updates werden ausgefuehrt).

Wahrscheinlich wird bei jedem deiner updates auch implizit ein flush ausgefuerht, da dies dem default entspricht und Du nicht explizit

vor dem Ausfuehren gesetzt hast.

Aber mit einer sinnvoll gewaehlten Isolation z.B. COMMITTED_READ sehen andere DB-User diese Aenderungen noch nicht,
erst wenn sie auch commited sind.

Um zu sehen was wirklich passiert, empfehle ich Dir waermstens alle JDBC-Statements mit einem JDBC-logger z.B. P6spy zu loggen,
damit siehst Du genau wann, wie, innerhalb welcher Transaktion, was ablaeuft und ob die Transaktion am Ende commited oder zurueckgerollt wird.