Rollback auf JTA-Transaktionen

Question

Angenommen, ich habe eine verwaltete Bean und ich habe eine EntityManager definiert. Ich habe mich gefragt, wie Transaktionen funktionieren und wie sie sich in verschiedenen Situationen verhalten. Aus der Dokumentation habe ich verstanden, dass flush() tatsächlich verwendet wird, um die Verzögerung beim Commit zu überschreiben und sofort zu tun. Im Beispiel unten erwartete ich also demo in der DB und demo2 nicht zu bestehen. Aber es scheint, dass alles als eine einzige Transaktion gesehen wird (von meinem Verständnis her). Warum passiert dies? Warum werden keine weiteren Annotations- oder Hibernate-Methoden von begin() und commit() benötigt, um den Beginn und das Ende der Transaktion zu definieren? Ich fühle mich wie verwirrend verschiedene Dinge hier bin ...

@Stateless 
public class Testing { 
    @PersistenceContext(unitName = "testDB") 
    private EntityManager em; 

    public void doSomeWork(){ 
     Demo demo = new Demo(); 
     em.persist(demo); 
     em.flush(); 
     //some code that makes it crash 
     Demo demo2 = new Demo(); 
     em.persist(demo2); 
     em.flush(); 
    } 
} 

Answer 1

Wenn Container managed transactions alle Session Beans verwenden, sind standardmäßig laufen innerhalb der Transaktion. Das bedeutet, wenn eine Ausnahme auftritt, die dazu führt, dass die Transaktion zurückgesetzt wird, werden auch die Änderungen an demo zurückgesetzt.

Hier einige nützliche Informationen darüber, wie flush() Werke: https://en.wikibooks.org/wiki/Java_Persistence/Persisting#Flush