c'est bizard ton cas, tu dois avoir quelque chose qui ne va pas dans la configuration ou dans ta page.
Normalement un bean en keepAlive, n'est jamais réinitialisé entre deux requete ajax, le constructeur est appelé qu'une fois.
Version imprimable
c'est bizard ton cas, tu dois avoir quelque chose qui ne va pas dans la configuration ou dans ta page.
Normalement un bean en keepAlive, n'est jamais réinitialisé entre deux requete ajax, le constructeur est appelé qu'une fois.
Si ça te dérange pas tu pourrais tester cet exemple la et me dire si tu le même la chose que moi, s'il te plait.
J'ai déjà testé, j'utilise keepAlive et ça fonctionne très bien, je ne comprend pas ce qui cloche dans ton exemple, essaye en utilisant un simple composant input avec deux requêtes ajax.Citation:
Envoyé par Erouan
Salut Sniper,
J'ai un test un poil plus compliqué, mais j'ai compris le fonctionnement de KeepAlive en le fessant. Je te donne les sources :
Le bean en (request) :
et la page :Code:
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
C'est un exemple tout simple, tu tape un mot dans le champs de saisi et si tu appuis sur add il se met dans la list, puis cette list est affiché dans la table.Code:
2
3
4
5
6
7
8
9
10
11
Alors si j'enlève le keepAlive, la list est réinitialisée à chaque fois, et au niveau de l'affichage j'aurais toujours 1 entrée dans la table. La dessus on est d'accord.
Par contre si je mets le keepAlive, la list n'est pas réinitialisée, mais je persiste (désolé), mais le programme passe bien dans le constructeur ! Dans la console à chaque fois que je clique sur le bouton add, "test !!!!" est affiché.
Donc pour résumer même avec keepAlive, le programme passe bien dans le constructeur, mais les attribut ne sont pas réinisitialisé (qu'ils aient des getter et setter ou pas).
Donc il faut que trouve ce qui est réinitialisé dans le constructeur, et que je corrige le problème.
tu es sur de ton cas :?:?:?
Si le constructeur est appelé c'est à dire qu'il y'a une nouvelle instance de l'objet créée, j'ai testé avec Rifhcfaces 3.3.2.GA et le constructeur est appelé qu'une seule fois ..
J'utilise Richfaces 3.3.3. Mais alors s'il le prog ne passe pas par le constructeur, pourquoi il affiche le Systeme.out.println ? Je vais tester avec ta version de Richfaces.
Heu par contre j'ai une exception quand je déploie mon project :
Tu utilise qu'elle version de apache commons ?Code:
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
EDIT : désolé j'ai trouvé 3.2.1
Bonjour,
Après une bataille acharné contre JSF, j'ai laissé tombé le scope request et le KeepAlive, et j'ai cherché à mettre en place une solution (plus ou moins barbare) avec un scope session. J'ai créé un autre managed bean, appelé Navigation en scope session, et c'est lui qui va gérer les redirections de page et la durée des autres manageds beans en scope session grâce à ce petit bout de code :
Code:
2
3
4
5
En gros, à chaque fois que je veux changer de page je ré-instancie le bean concerné en mettant sa binding value à null (une nouvelle instance sera créé automatiquement), et j'effectue la redirection grâce au NavigationHandler.
Par contre ça ne marche pas lorsque l'on veux rafraichir la page courante avec un managed bean tout neuf. Il faut faire ça de cette façon :
Code:
2
3
4
5
6
7
8
9
Ce coup ci, il faut d'abord mettre la value binding à null, puis réinstancier à "la main" le managed bean. Sinon soit il vous fait croire que le managed à été ré-instancier, mais à la moindre manipulation de la page, il vous ressort l'ancienne instance. Ou alors il vous garde tout simplement l'ancien. Enfin pour actualiser la page je créé un nouveau UIViewRoot qui à les mêmes caractéristiques que l'ancien, et le met dans le context courant.
Voila, c'est la seule solution que j'ai trouvé, qui loin d'être parfaite je pense. Enfin si vous avez des questions, n'hésitez pas :mrgreen:.
Bonne journée
PS : Et encore merci de m'avoir aidé Sniper :ccool:
Je ne comprends ce que tu voulais faire,tu n'a tout déclaré dans ton problème avec keepAlive,
J'ai l'impression que tu te complique un peu la tâche..
Si tu fais une redirection, le bean en keepAlive n'est plus 'alive'
Un bean en session reste pendant toute la durée de la session utilisateur.
Ce n'est pas la bonne et logique utilisation des beans..
Si tu explique un peu pourquoi tu fais la navigation dans la classe, et le problème rencontré avec le scope session pour essayer de recréer le viewRoot..
Mon problème c'est que avec le scope request + KeepAlive, quand je cumulais plusieurs requete ajax, la liste, que j'affichais dans un extendatatable, était réinitialisé. Donc j'ai trouvé cette solution, j'avoue pas très simple, mais qui a le mérite de fonctionner.
Citation:
Envoyé par Erouan
Si tu as que des requêtes ajax, la liste ne sera pas réinitialisée, regarde l'exemple de Richfaces, ce n'est pas un problème Richfaces, tu dois avoir un problème dans ton code ou dans ton environnement.
Ceci dit, avec un bean en session tu n'aura pas de problème.
Je te conseille de recommencer , d'utiliser keepAlive avec un autre composant, un simple inputText comme l'exemple de la démo de Richfaces..
Ba écoute j'ai tout testé, j'ai fait des exemples (qui marche là), mais sur mon application ça ne marche pas je te donne mes sources :
La page xhtml :Code:
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
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
Le problème c'est que la sélection ne marche pas correctement quand je fait un OrderBy de ma tableau. Je n'ai pas les bonnes valeurs qui affiche.Code:
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
EDIT : Je ne sais pas si tu te souviens, Sniper le fait que le programme passe quand même dans constructeur (même dans mes exemples les plus basic) réinitialise juste ma liste en passant par le lookup. Je pense que si j'utilisai les session EJB en Local ça ne ferais pas la même chose. Le truc c'est que je n'arrive pas utilisé les session EJB Local avec weblogic. Enfin c'est un autre problème.