File APIs for Java Developers
Manipulate DOC, XLS, PPT, PDF and many others from your application.
http://aspose.com/file-tools
The moose likes EJB and other Java EE Technologies and the fly likes doubt about JPA PostRemove and PostUpdate events Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login
JavaRanch » Java Forums » Java » EJB and other Java EE Technologies
Bookmark "doubt about JPA PostRemove and PostUpdate events" Watch "doubt about JPA PostRemove and PostUpdate events" New topic
Author

doubt about JPA PostRemove and PostUpdate events

Paul.J Wong
Greenhorn

Joined: Apr 25, 2013
Posts: 7
Hi everyone,

I have a doubt about PostRemove and PostUpdate events in JPA. I am reading the Pro JPA 2 book, on page 327, it states "When the SQL for deletion of an entity finally does get sent to the database, the PostRemove event will get fired. As with the PostPersist lifecycle event, the PostRemove event does not guarantee success. The enclosing transaction may still be rolled back".

As I learned, transaction can either commit, or rollback. In the sentence, if the deletion SQL does get sent to the database, that means the transaction is already committed, how come it may still be rolled back?

Thanks in advance.
 
I agree. Here's the link: http://aspose.com/file-tools
 
subject: doubt about JPA PostRemove and PostUpdate events
 
Similar Threads
doubt about PostRemove and PostUpdate events
Doubt in Transaction
CMP Transactions Doubt
Doubt in Sun's sample question
Enthuware question doubt