0

私のプログラムでは非常に奇妙な振る舞いをしています。2つのクラス（クラスLogInとCreateGame）があり、アノテーションを使用してそれぞれにEntityManagerを挿入しました

  @PersistenceContext(unitName="myUnitPU")
  EntityManager entitymanger;

ある時点で、LogInクラスのメソッドからentitymanger.remove（user）を使用して、データベースから「user」というオブジェクトを削除します。ビジネスロジックでは、ユーザーはゲームを（同時に）ホストして参加できるため、ユーザーが作成したゲームに関するデータベース内のすべてのエントリが削除され、ユーザーが参加したゲームを示すすべてのエントリが削除されます。また。

その後、LogInクラスのメソッドを使用してユーザーが存在するかどうかを確認する別の関数を呼び出します 

  entitymanager.find(user)

驚くべきことに、これはユーザーを見つけます。その後、CreateGameクラスのメソッドを呼び出して、もう一度使用してユーザーを見つけようとします。

  entitymanger.find(user)

そのクラスのentitymangerはユーザーを見つけることができません（これは、ユーザーが削除され、データベースにないために期待される結果です）

したがって、問題は次のとおりです。一方のクラスのentitymanagerが、もう一方のクラスがユーザーを見つけられないのに（間違っている）ユーザーを見つけるのはなぜですか？誰かが同じ問題を抱えたことはありますか？

PS：この「バグ」は、ユーザーが別のユーザーが参加しているゲームをホストし（彼をBuserと呼びます）、Buserが現在のユーザーが参加しているゲームを作成した場合に発生します。

 GAME  |  HOST  | CLIENTS   
 game1 |  user  | userB
 game2 |  userB | user

この場合、ユーザーを削除すると、game1が削除され、ユーザーがgame2から削除されるため、結果は次のようになります。

 GAME  |  HOST  | CLIENTS   
 game2 |  userB |

PS2：BeanはEJB3.0です。メソッドはデリゲートクラスから呼び出されます。デリゲートクラスのBeanは、InitialContext.lookup（）メソッドを使用してインスタンス化されます。ログイン、作成、ゲームへの参加のために、適切なデリゲートクラスがトランザクションを実行するコレスポンデントEJBを呼び出すことに注意してください。logOutの場合、デリゲートはEJBを呼び出してユーザーをログアウトしますが、他の処理を行う必要があるため（上​​記のとおり）、このEJBはremovegame（）、removeUserFromGame（）などのメソッドを持つ他のEJBを呼び出します（ここでもlookup（）を使用）。これらのメソッドが実行された後、ユーザーはログアウトされます。おそらく、最初のエンティティマネージャがデリゲートによって呼び出され、2番目のエンティティマネージャがEJb内から呼び出されるという事実と関係があります。そのため、一方のエンティティマネージャは存在しないユーザーを表示でき、もう一方は表示できません。また、すべてのメソッドにはTRANSACTIONTYPE.REQUIREDがあります

前もって感謝します

4

2 に答える 2

1

ユーザーオブジェクトが切り離されており、データベースと同期していないと思います。したがって、キャッシュから取得されます。ステートフルセッションBean内で拡張永続コンテキストを使用していません。したがって、エンティティは、エンティティマネージャによってトランザクション内でのみ管理されます。PKIdを使用してユーザーを検索してみてください。

于 2013-09-20T20:47:26.147 に答える
0

ほとんどの場合、そのユーザーが照会されている間、ユーザー削除トランザクションはコミットされていません。したがって、取引を確認することをお勧めします。また、そのユーザーをクエリすると、別のトランザクションである必要があります。両方の操作が同じトランザクション内にある場合、エンティティマネージャーは削除されたユーザーを見つけられません。

于 2010-12-21T12:21:12.623 に答える