JSF-Facelets : DataTable + Filtre + case à cocher

Version imprimable

14/11/2008, 12h51
MdoDev

JSF-Facelets : DataTable + Filtre + case à cocher

Bonjour,

J'utilise les JSF (et plus particulièrement Facelets).

Situation :
J'ai créé un écran avec un datatable correspondant à la liste de mes utilisateurs. Le nombre d'utilisateur potentiel étant important, j'ai mis en place une fonction de recherche.
A chaque item de ma liste est associé une case à cochée. La sélection me permet de supprimer de 1 à n utilisateurs simultanéments.

Pb cas 1 :
Les JSF effectuent d'abord un get de ma liste pour mettre à jour les états des cases à cocher. Seulement, en scope Request, ma liste dépend des critères de recherche. La liste est systématiquement récupérée avant que mes paramètres de recherche soient restaurés.
Peut-on définir un ordre de priorité dans les setter ?

Pb cas 2 :
Je passe en scope Session et conserve ma dernière liste transmise en session pour qu'il y ai adéquation entre ma liste et la sélection des cases à cocher.
Seulement, j'utilise un autre écran pour l'ajout des utilisateurs. Si je reviens (navigation rule jsf) dans mon écran des utilisateurs alors la liste n'est pas actualisée car elle est conservée en session.
Existe-il un moyen de tester si nous sommes en "post back" ou que l'appel provient d'une autre page ?

Je ne maîtrise pas très bien le java, soyez simple et précis. svp :oops:
14/11/2008, 16h34
MdoDev

Autre possibilité

Est-il possible de sauvegarder des paramètres pour le temps d'un ensemble d'échange ainsi lorsque l'utilisateur change de page les propriétés sont détruites ?
17/11/2008, 12h55
MdoDev

Une première réponse

Il existe dans les JSF d'apache une proriété preserveDataModel qui sauvegarde les données entre deux requêtes par sérialisation.
Ainsi en mode Request, l'aller et le retour seraient cohérents.

A suivre ...
17/11/2008, 14h33
Sniper37

Citation:

Envoyé par MdoDev

Bonjour,

J'utilise les JSF (et plus particulièrement Facelets).

Pb cas 1 :
Les JSF effectuent d'abord un get de ma liste pour mettre à jour les états des cases à cocher. Seulement, en scope Request, ma liste dépend des critères de recherche. La liste est systématiquement récupérée avant que mes paramètres de recherche soient restaurés.
Peut-on définir un ordre de priorité dans les setter ?

l'ordre doit être le même que l'ordre des composants dans la page, tu mets le code d'initialisation dans les getters/setters?

Citation:

Envoyé par MdoDev

Existe-il un moyen de tester si nous sommes en "post back" ou que l'appel provient d'une autre page ?
Je ne maîtrise pas très bien le java, soyez simple et précis. svp :oops:

juste avec JSF pure ce n'est pas possible, par contre, avec Richfaces, ou tomahawk, tu peux garder le bean le temps de l'échange.
avec Richfaces a4j:keepAlive.
19/11/2008, 20h05
MdoDev

Résolu mais ce n'est pas très beau

:? Non je n'utilise pas l'intialisation des propriétés, je ne pensais pas que l'ordre pouvait être prise en compte à ce niveau. Ce n'est pas expressement défini comme tel dans la documentation ?

:yaisse2: Finalement, j'ai utilisé le datatable de tomahawk qui possède la propriété preserveDataModel. Celle-ci sérialize les enregistrements dans la viewstate et ainsi je récupère le datatable dans le même format qu'à l'appel précédent. Ensuite, je manipule le datatable pour lire les sélections de l'utilisateur.

:? Au sujet des framework JSF, peut-on les faire cohabiter sans problème ?
Par exemple : du sun avec de l'apache, ice et du Richfaces.

:king: Merci pour cette 1ère réponse.
20/11/2008, 12h47
MdoDev

Citation:

Envoyé par MdoDev

Ce n'est pas expressement défini comme tel dans la documentation ?[/COLOR]

Si Faces-Config permet de faire des up et down, c'est pour gérer les priorités des setters. Donc j'édite pour que cela soit dans l'ordre nécessaire.

Citation:

Envoyé par MdoDev

Finalement, j'ai utilisé tomahawk

Le t:saveState répond à tous mes besoins. Dans le cas du preserveDataModel c'était mieux optimiser car il n'y avait de sérialiser que les données affichées. Mais la manipulation du datatable était mal adaptée.

Citation:

Envoyé par MdoDev

framework JSF, peut-on les faire cohabiter sans problème ?

J'ai utilisé le template de sun au lieu du template d'apache car les données html n'était plus rendue dans le bon ordre dans la page (d'abord le rendu des balises serveurs puis les données html). Cela n'avait peut-être rien avoir avec des incompatibilités de Framework !