开发者

Am I supposed to call EntityManager.clear() often to avoid memory leaks?

开发者 https://www.devze.com 2022-12-20 01:12 出处:网络
I\'m new to开发者_C百科 JPA/OpenJPA and I noticed that if I don\'t call EntityManager.clear() after i persist entities I get an OutOfMemoryError (I keep adding new entities in a loop). I\'m not sure i

I'm new to开发者_C百科 JPA/OpenJPA and I noticed that if I don't call EntityManager.clear() after i persist entities I get an OutOfMemoryError (I keep adding new entities in a loop). I'm not sure if this is the expected behavior or it's just and OpenJPA 1.2.1 glitch.

So, am I required to explicitly detach the entities myself? If I'm not, it's a good practice anyway?


I don't have much experience with JPA. However this'll be useful -
In JPA you must either:
- Create a new EntityManager for each transaction.
- Call clear() after each transaction to clear the persistence context.


Depends how many objects you bring into the persistence process (read). If you handle large numbers (or some of the objects are large) then use of clear() can make sense. Each time an object is read it should be put in the L1 cache by the JPA impl.


It sounds like there is something wrong somewhere, in your design. Usually, the entity gets detached once it is outside the scope of entity manager. And thats one of the reason you can't lazy load relations, outside the scope.

As far as my experience is concerned, I seldom used em.clear(), if ever. I used Hibernate implementation, and Toplink Essentials. No experience with OpenJPA, yet.

0

精彩评论

暂无评论...
验证码 换一张
取 消

关注公众号