Le cache de JPA

Bonjour,

Je développe une application cliente avec JPA ( en attendant de passer par Glassfish et son conteneur EJB pour l'accès aux données). Je dois donc traiter les entitymanagers à la main sans utiliser l'IoC.
Je n'utilise pour l'instant qu'un seul EM (EntityManager) pour toute l'application. Mais je pense que le cache va exploser au bout d'un moment.

J'ai quelques questions:

1 - Est-ce que l'EM arrête de manager les objets quand ils ne sont plus référencés dans le programme (exemple: objet = null)?
2 - Serait-ce peut être utile de créer une table de hachage <Serializable,EntityManager> afin d'avoir un EM par objet (pas tous non plus) et quand on n'a plus besoin de cet objet, récupérer l'EM correspondant pour le fermer?
3 - Peut-on faire de l'injection d'EM dans une appli cliente?

Merci

Citation:

---

Mais je pense que le cache va exploser au bout d'un moment.

---

Qu'est ce qui te fait penser ça ???

Citation:

---

Peut-on faire de l'injection d'EM dans une appli cliente?

---

Oui. Par contre, tu ne peux pas le faire directement avec PersistenceContext sans utiliser un framework IoC tel que Spring.

Citation:

---

Est-ce que l'EM arrête de manager les objets quand ils ne sont plus référencés dans le programme (exemple: objet = null)?

---

Non, il faut les détacher du contexte (JPA 2.0 ou Hibernate). Avec JPA 1, tu ne peux pas détacher une entité à la fois (une technique consiste en la copie des entités pour les considérer comme détachées quand on veut - on utilise alors la copie-).

Citation:

---

Citation:

---

Mais je pense que le cache va exploser au bout d'un moment.

---

Qu'est ce qui te fait penser ça ???

---

En fait je vais expliquer tout le truc:
C'est une appli type Desktop (JDesktopPane, JInternalFrame, etc.). Pour faire simple:
1- Je sélectionne un site sur un menu (l'objet de classe Site est managé).
2- Un nouveau menu remplace l'ancien donnant accès à de nouveaux objets qui sont eux aussi managés du fait de leur relation avec le site sélectionné (Poste, Agents, etc.).
3- J'accède à certains de ces objets, puis à d'autres liés à eux. Je me retrouve avec une grande quantité d'objets managés.
4- Je quite le site sélectionné pour en sélectionner un autres. Plus aucune instances des précédents objets est référencée mais ils restent donc managés. C'est de la que vient mon idée d'overflow du cache.

Alors on peut dire qu'à chaque fois que quitte un site je clear l'EM mais je peux en sélectionner plusieurs. Il faut donc que je clear et que je re-merge tous les autres sites ainsi que leurs objets associés. L'appli devient alors rapidement une vraie usine à gaz.

Je vois que je t'ai laissé coi! lol

À mon avis, il faut voir du côté du paramétrage du cache. Et ça dépend de l'implémentation (Hibernate permet d'utiliser plusieurs caches différents, EclipseLink a une implémentation interne tout comme OpenJPA et TopLink).

Bon j'ai des problème de heap memory space à cause d'un dépassement des 85Mo alloués pour l'application. Je pense que c'est du au fait que je ne fait/peut pas de clear() sur l'entity manager...

Je fait un petit up pour voir si vous avez des idées sur la façon dont je pourrais paramétrer le cache de JPA. En fait je voudrais rendre détachés les objets qui ne sont plus référencés dans mon application. Ou mieux encore, avoir une fonction permettant de détacher un seul objet et non tous...
Merci