0 Replies Latest reply on Dec 22, 2008 12:58 AM by George Davis

    Optimistic Locking: newbie question

    George Davis Newbie

      After years of rolling my own ORM, I am loving Hibernate, CMP / CMT, etc: thanks for doing everything for me!

      My application consists mostly of MDBs which process chunks of work in parallel. Since some chunks overlap, I fully expect many to fail with a StaleObjectState exception. That's ok -- my transactions are structured so that they shuffle through pretty quickly anyway. I have been leaning on message redelivery as a way of retrying transactions without writing any code.

      In general things have worked fine, but I am left with some nagging doubts.

      -- Is this an abuse of JMS? Is there some proper way I'm supposed to flag a transaction for retry without managing my own transactions?

      -- If it's not an abuse, is there any way for me to catch and convert to warnings these StaleObjectState exceptions?

      -- Are resources like JDBC connections released smoothly in the case of this kind of rollback?

      Thanks,
      G