デタッチされたオブジェクトのデフォルトのオプティミスティックロックを休止しますか？

Question

私が行うアプリケーションがあります：2つの要求は、その後、私は時々HibernateOptimisticLockingFailureExceptionを取得し、同じオブジェクトを削除しようと、並列に実行されている場合、私は明示的に、バージョンfield.Howeverでoptimistic lockingを設定していない

void deleteObj(id){ 
    MyObj obj = getObjById(id); 
    if (obj == null) { 
     throw new CustomException("doesn't exists"); 
    } 
    em.remove(obj);//em is a javax.persistence.EntityManager 
} 

を他の時は "CustomException"となります。

オプティミスティックロックを明示的に設定せずにHibernateOptimisticLockingFailureExceptionを取得するのは正常ですか？切り離されたオブジェクトのデフォルトのオプティミスティックロックを休止しますか？

このHibernateOptimisticLockingFailureExceptionを処理するために何をしていますか？再試行するか、「サーバービジー」のようなデフォルトのメッセージでユーザーに通知しますか？

Answer 1

まず、HibernateOptimisticLockingFailureExceptionは、Springの永続性例外変換メカニズムの結果です。 （バージョン管理と長いトランザクションを使用した場合）、セッションは、古いデータが含まれていることを示す、

バージョン番号またはタイムスタンプのチェックが失敗した場合にスローされます

：それは、そのjavadocを言うStaleStateExceptionに応じて投げています。また、存在しない行を削除または更新しようとすると発生します。

データ変更ステートメントが影響を受ける行の予期しない数を返す場合、通常のロックの例外が発生します。これは、バージョン値の不一致、および行がまったくないことによって引き起こされる可能性があります。

は実体が実際にあなたが右取り除いた後 em.flush()によってコンテキストをフラッシュしようとすると、それによってスローされた例外をキャッチすることができます削除されたことを確認するために（それが原因として StaleStateExceptionを持つ PersistenceExceptionのサブクラスでなければならないことに注意してください）。