vous ne répondez toujours pas à la simple question : comment gérez-vous les transactions ?Envoyé par chatis
Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
vous ne répondez toujours pas à la simple question : comment gérez-vous les transactions ?
Tu peux y aller en requête ObjetTestes voir les gets sur les resultats retournés par cette requete pour voir si les entités associées sont préchargées. et redis nous
Code : Sélectionner tout - Visualiser dans une fenêtre à part select maClasseA from ClassA maClasseA
Si j'en avais parlé il y a quelques message... Mais je ne fait rien d'autre que mettre JTA dans mon persistence.xml... car toutes est géré automatiquement non ?
LazyInitializeException... pas de changement..
Mais les getters sont préchargés... Dans ma méthode RESTFul, je peux afficher les id de mes collections. Mais au moment de l'envoyer à mon client PHP, j'ai cette erreur. Lors de la transformation en JSON je pense....
C'est quoi cette methode REStFul? connais pas. Dis au niveau architecture, c'est des services que tu dois fournir, et REST renseignes des flux xml c ca?
voila la méthode @GET de mon service RESTFul
et voila la sortie de mon println
Code : Sélectionner tout - Visualiser dans une fenêtre à part
2
3
4
5
6
7
8
Donc c'est bien au moment de convertir que ca plante.. je pense que ca vient du @XmlRootElement... car ni en JSON ni en XML ca marche..
Code : Sélectionner tout - Visualiser dans une fenêtre à part
2
Oui excuse moi pour mon terme... C'est service et non méthode.. Mais oui c'est ca... je fournis des services et REST renseignes des flux XML ou JSON
Je suis désolé mais je ne peux mieux t'aider que ca, j'avais déjà rencontré un souci pareil en utilisant Dozer, j'avais beau mettre des LAZY, sauf que Dozer quand il avait besoin d'une entité associée, lui meme envoyait hibernate aller me chercher les entités associées. Je te proposerai une derniere solution si jamais tu trouves rien d'autres, c'est vraiment la solution extreme extreme. En fait que tu casses toutes tes relations OneToMany, et mette simplement des id comme attribut privé pour faire la jointure entre 2 classes. L'avantage c'est que ca resoudra ton pb et du coup plus besoin de EAGER ou LAZY, l'inconvenient c'est que pour avoir les entités associées tu devras lancer forcement une requete plutot. donc continues de chercher, tu trouves rien tu implements celle là.
Merci de ton aide... Mais c'est incroyable qu'il n'y ai pas de moyen de faire ca comme ca... Car ta solution m'est interdite par les contraintes de mon projet qui stipule que je dois travailler entièrement en objet... donc je n'ai pas le droit de travailler avec des id...
De plus faire comme cela ne donne aucun avantage à utiliser Hibernate qui est également une contrainte de mon projet..... alors je suis FICHU :-(
Dans la solution que je te propose , tu restes bien sur en objet, y'a rien de relationnel, mais bon je suis d'accord , c'est pas propre.
définir le manager des transactions, ce n'est pas définir où sont les frontières des transactions, leur propagation, si elles sont read-only ou pas…
on peut donc en conclure que vous ne gérez pas les transactions ce qui explique vos LazyException…
Mais comment les gérer si on utilise pas le framework Spring ? je ne trouve que des infos avec spring.. et ca va pouvoir m'aider a récupérer que l'id de ma collection ? a moins que je fasse un get ? merci...
Code : Sélectionner tout - Visualiser dans une fenêtre à part
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
Voila mon nouveau code :
Mais l'erreur reste la même... LazyInitialiseException..
Code : Sélectionner tout - Visualiser dans une fenêtre à part
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
Le problème ne vient pas de la récupération de mes données. mais bien lors de la sérialisation de ceux-ci en xml ou json. Lors de cette étape, l'objet essaye d'aller chercher les objets auxquels il est lié par des collections. Mais je veux juste qu'il me récupère l'ID et qu'il ne va pas plus loins que ca. A moins que j'appelle le getter de la collection avant la sérialisation et dans ce cas il va me rechercher l'objet.
si vous sérialisez en dehors du openSession/closeSession rien d'étonnant qu'il y ait une LazyExceptiion…
Ok alors on avance....
j'ai sérialisé à l'intérieur et maintenant j'ai cette erreur :
Code : Sélectionner tout - Visualiser dans une fenêtre à part
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37@GET @Produces({"application/json", "application/xml"}) public String findAll() throws Exception { String sp = null; Session session = HibernateUtil.getSessionFactory().openSession() ; Transaction tx = null ; try { tx = session.beginTransaction() ; Gson g = new Gson(); sp = g.toJson(sport.getAllSport()); tx.commit() ; } catch(Exception e) { if (tx != null) { try { tx.rollback() ; } catch(Exception he) { throw he; } } throw e ; } finally { try { session.close() ; } catch(Exception he) { throw he ; } } return sp; }
Mais entre (), que je fasse comme ci-dessous ou comme ca :
Code : Sélectionner tout - Visualiser dans une fenêtre à part
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
L'erreur reste la même... donc je reviens toujours à mon point de départ qui est :
Code : Sélectionner tout - Visualiser dans une fenêtre à part
2
3
4
5
6
7
8
Comment récupérer seulement les ID lorsque mon entité fait appel à d'autres objets par relations ? et récupérer l'objet en entier si je fait appel à son getter ? et non récupérer tout l'objet lors de la sérialisation désérialisation....
pour ne pas sérialiser toute la DB, vous devez avoir entre vos objets de la DB et votre UI, une couche de "façade" qui sait ce qui doit être transmis à l'UI et ce sont les objets de façade qui sont sérialisés.
C'est aussi au niveau de cette couche que vous pourrez plus tard ajouter par exemple du filtrage de sécurité (en lignes et/ou en colonnes).
Et cette couche de service de "façade", fera les queries (éventuellement natifs) pour ne récupérer que les champs à sérialiser…
Avez-vous un exemple de comment faire ca ? car c'est exactement ce que j'ai... un service REST, qui redirige l'appel vers un Manager, qui lui appel le DAO pour récupérer ce que j'ai besoin... Mais je ne sais pas comment faire pour lui dire de récupérer seulement ce que j'ai besoin sans qu'il prenne tous les objets des relations... Ca m'aiderait GRANDEMENT !!! Car le problème dur depuis bien longtemps !!! Encore merci...
faut croire que non : ce n'est pas ce que avez, sinon vous n'auriez pas de problème…
votre service REST doit faire appel à un service "Façade" qui sait comment convertir un objet brut de la DB en un objet "façade" ne contenant que ce qui doit être sérialisé (et donc éviter les cycles et les lazy…), ce service "Façade" est soit d'une nouvelle taxonomie (et utilisera Manager comme un "delegate" pour les opérations d'accès au Repository), soit tout simplement il fait partie d'une taxonomie de ce que vous appelez "Manager" et donc il sait par nature comment accéder au "Repository"…
(et donc au lieu de renvoyer des objets Sport il renverra des objets SportFacade complètement détachés de la gestion ORM…)
Répondre avec citation
Partager