Discussion :

[mister bean]

Bonjour.

Je travaille sur un projet où il y a des articles qui peuvent être écrits par un ou plusieurs auteurs.

concretement j'ai une classe paper et une classe user.

dans Paper:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
	@ManyToMany(mappedBy="papers")	
	private List<User> authors;

dans User:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
	@ManyToMany(fetch=FetchType.EAGER)
	@JoinTable(name="t_authors_papers", 
			joinColumns=@JoinColumn(name="user_id", referencedColumnName="login"),
			inverseJoinColumns=
				@JoinColumn(name="paper_id", referencedColumnName="id")
	)
	private List<Paper> papers;

Le probleme, c'est que je ne sais absolument pas comment faire pour effacer pour effacer un article. Dans mes EJB stateless, quand je fais em.remove(aPaper), j'ai des exceptions à cause des contraintes d'integrité, et j'arrive pas à m'en dépétrer.

[denisjava]

supprimer un Paper peut se comprendre mais que veux tu faire les associations entre les personnes qui l'on écrit et le Paper concerné ?
Il faudrait peut etre commencer par supprimer les associations entre les User et le Paper...

idée en l'air:

soit p le paper a supprimer...

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
 
List auteurs = p.getAuthors();
for (Author a:auteurs) {
// Suppression de l'association, pas du paper !
// En gros, cela supprimer l'entrée dans la table d'association USER_PAPER
a.getPapers().remove(p); 
}
em.remove(p);

C'est la différence avec les EJB2, les associations ne sont plus managées !
le travail est à faire par le développeur (plus logique à mon avis)

enfin c'est à creuser... mais je pense que tu as un problème de ce style....

[mister bean]

effectivement c'est ce que j'avais pensé, mais le problème venait du getAuhors sur article, qui me renvoyait parfois des lazyInitialisationException, mais un bon FetchType.EAGER a réglé le problème

[denisjava]

L'abus de EAGER peut s'avérer très négatif d'un point de vue performance: peux tu me donner une trace des requêtes sql qui sont maintenant générées lors du chargement d'un Article ? Si par hasard tu venais à positionner l'association Auteur->Article comme Eager elle aussi alors tu remontes la base ! (je charge un article qui charge les auteurs qui chargent tous les articles de tous les auteurs précédent.....) cela peut aller loin (5 niveaux as défaut je crois)

Il vaut mieux préférer laisser Lazy et faire une requête HQL join fetch pour extraire les associations qui t'intéressent si tu le désires.

effectivement c'est ce que j'avais pensé, mais le problème venait du getAuhors sur article, qui me renvoyait parfois des lazyInitialisationException, mais un bon FetchType.EAGER a réglé le problème

[mister bean]

L'abus de EAGER peut s'avérer très négatif d'un point de vue performance: peux tu me donner une trace des requêtes sql qui sont maintenant générées lors du chargement d'un Article ? Si par hasard tu venais à positionner l'association Auteur->Article comme Eager elle aussi alors tu remontes la base ! (je charge un article qui charge les auteurs qui chargent tous les articles de tous les auteurs précédent.....) cela peut aller loin (5 niveaux as défaut je crois)

Il vaut mieux préférer laisser Lazy et faire une requête HQL join fetch pour extraire les associations qui t'intéressent si tu le désires.

Effectivement, le coup de la base qui remonte, faut y faire gaffe.

Je connais pas du tout les requetes HQL join-fetch.
Est-ce que cela me permettrait de resoudre mon problème sans utiliser le EAGER?
Sinon pour la trace des requetes SQL, je sais pas trop comment la recupérer, mais je veuxbien regarder si ca t'interesse.

[denisjava]

select a from Article a join fetch a.authors

Effectivement, le coup de la base qui remonte, faut y faire gaffe.

Je connais pas du tout les requetes HQL join-fetch.
Est-ce que cela me permettrait de resoudre mon problème sans utiliser le EAGER?
Sinon pour la trace des requetes SQL, je sais pas trop comment la recupérer, mais je veuxbien regarder si ca t'interesse.

[JeitEmgie]

effectivement c'est ce que j'avais pensé, mais le problème venait du getAuhors sur article, qui me renvoyait parfois des lazyInitialisationException, mais un bon FetchType.EAGER a réglé le problème

c'est une fausse solution :
une entité ne peut avoir qu'une seule relation EAGER…
le jour où vous aurez besoin d'une autre relation d'un même type à partir de cette entité, vous devrez trouver une vraie solution…

[loopx]

Bonjour, ben voilà, j'ai le meme problème.


En fait, j'ai aussi des lazyinitializationerror, et ce, à cause que mon bean n'est pas "attaché" quand je veux l'utiliser (récupérer une liste d'autre bean qui lui sont associé, lister le nombre de bean dans la liste ...).


C'est ici :
http://www.developpez.net/forums/sho...d.php?t=472496