Richfaces: Optimisation des reRender

Bonjour à tous !

J'ai actuellement 2 soucis non bloquant mais assez génant, je voudrai savoir si d'autres personnes on déjà eu ces problèmes. Visiblement, je n'ai pas trouvé de problème similaire dans le forum. Je précise que mes solutions fonctionnent mais sont loin d'être élégantes


1er soucis :
Tout d'abord, j'ai un bouton :

Code:

---

1 2	<a4j:commandButton value="Ajouter" action="#{monController.ajouter}" reRender="ajoutPanel"> </a4j:commandButton> ----> Ce bouton modifie le boolean "monController.visible"

---

Pourquoi suis-je obligé de faire

Code:

---

1 2 3 4

<a4j:outputPanel id="ajoutPanel"> <a4j:outputPanel rendered="#{monController.visible}"> ... </a4j:outputPanel>

---

et non

Code:

---

1 2 3

<a4j:outputPanel id="ajoutPanel" rendered="#{monController.visible}"> ... </a4j:outputPanel>

---

pour que le click sur mon bouton fasse apparaitre le panel ?


2eme soucis dans la continuité du 1er :

j'ai une rich:datatable dans un panel, un bouton et des champs dans un autre panel.
Pourquoi est ce que lorsque je fait un rerender sur le panel contenant mes champs et mon bouton, ma datatable est également rechargé ?
Au final, ça fonctionne bien entendu... Mais le nombre de requete sur la base est grandement augmenté.
J'aimerai que SEUL mon panel avec mes champs et mon bouton soit rafraichis.
J'espère être assez clair dans mes explications. Si tel n'est pas le cas, j'ai trouvé quelqu'un ayant un problème similaire, il explique peut être mieux que moi:
http://www.seamframework.org/41028.lace

Merci d'avance à ceux qui prendrons le temps de m'aider.

David

Citation:

---

Envoyé par davidovitch

Bonjour à tous !


Pourquoi suis-je obligé de faire

Code:

---

1 2 3 4

<a4j:outputPanel id="ajoutPanel"> <a4j:outputPanel rendered="#{monController.visible}"> ... </a4j:outputPanel>

---

et non

Code:

---

1 2 3

<a4j:outputPanel id="ajoutPanel" rendered="#{monController.visible}"> ... </a4j:outputPanel>

---

pour que le click sur mon bouton fasse apparaitre le panel ?

---

C'est normal, tu ne peux pas faire un reRender sur un composant qui n'est pas présent dans le DOM, c'est pour celà que il faut faire le reRender sur le composant parent.

Citation:

---

Envoyé par davidovitch

2eme soucis dans la continuité du 1er :

---

peux tu nous montrer le code?

Merci beaucoup pour ton aide !

C'est pas sur le composant "enfant" que tu voulais dire ?

Voila le code (simplifié du 2nd souci). J'ai fait quelques modif depuis mon 1er post

Code:

---

1 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

<rich:dataTable id="maListe" binding="#{monController.dataTable}" value="#{monController.touteMaliste}" var="var" > <rich:column> .. </rich:column> <rich:column> .. </rich:column> </rich:dataTable>   <a4j:form id="form">   ---> rend monController.visible=true <a4j:commandButton value="Ajouter" action="# {monController.ajouter}" reRender="ajout"> </a4j:commandButton>     <a4j:outputPanel id="ajout"> <a4j:outputPanel rendered="#{monController.visible}"> ... ... ... <a4j:commandButton value="Annuler" immediate="true" action="#{moncontroller.cachePanel}" reRender="ajout"></a4j:commandButton> ---->Remet monController.visible=false </a4j:outputPanel> </a4j:outputPanel> </a4j:form>

---

Explication : Lors du clic sur Ajouter/Annuler, le panel "ajout" apparait/disparait (normal!) mais des requête sur la base qui sont également déclenchée pour actualiser la datatable alors que je n'ai pas demandé de rerender de cette dernière

Non tu le reREnder c'est sur le composant qui est toujours dans le DOM, donc le composant parent.

Code:

---

1 2 3 4 5 6 7 8

<a4j:outputPanel id="panel">   <xx:yyyy rendered="condition" />   </a4j:outputPanel>   <a4j:commandButton reRender="panel"/>

---

pour le second problème, ajoute la table aussi dans le même formulaire..

Pigé pour le 1er souci !

Le 2eme, même en mettant tout dans le même form, même souci. j'avais déja tenté :(

Citation:

---

Envoyé par davidovitch

Pigé pour le 1er souci !

Le 2eme, même en mettant tout dans le même form, même souci. j'avais déja tenté :(

---

pas normal ça :roll: ..
Est ce que par hasard la table est incluse dans un composants a4j tel que a4j:outputPanel avec ajaxRendered égal à true ?

Le seul truc qui contient la table, c'est le define du template Facelets

Code:

---

1 2 3 4 5 6 7 8

<ui:define name="content">   <h:outputText>Liste</h:outputText> <a4j:form id="form"> <rich:dataTable id="maListe" binding="#{monControler.dataTable}" .... .... </ui:define>

---

Pour compléter, il y a précisément deux requêtes qui sont déclenchée lors du clic sur annuler

Citation:

---

Envoyé par davidovitch

Le seul truc qui contient la table, c'est le define du template Facelets

Pour compléter, il y a précisément deux requêtes qui sont déclenchée lors du clic sur annuler

---

tu parles de requêtes sql?

comment tu sais que la table est réactualisée?? ses valeurs changent??

tu as essayé d'ajouter ajaxSingle à true?

Oui Oui, je parle de requêtes SQL.

le "value" de ma datatable est relié à la couche service qui elle même est reliée à ma chouche DAO

J'ai fait le test suivant :
-Je vais sur ma page, ma datatable s'affiche
-Je supprime manuellement des données dans ma table
-Je clic sur annuler
-ma datatable reste intacte ! en revanche, 2 requêtes sont enregistrée sur ma couche DAO

AjaxSingle sur mon form, pas mieu :(

ça na rien avoir avec le reRender,
tu dois faire appel à la requete dans le getter de la value de la dataTable..
N'oublies pas que le getter est appelé plusieurs fois pendant le traitement de ta page..
Ceci dit, tu peux éviter que la table soit traités pendant une requete ajax, l'aide des attributs, ajaxSingle, limitToList, process . regarde la documentation de Richfaces concernant ces attributs ajax.
ajaxSingle pas sur le form, et utilise un formulaire normal, tu n'a pas besoin de a4j:form dans ton cas.

Citation:

---

tu dois faire appel à la requete dans le getter de la value de la dataTable..

---

C'est déja le cas.

Je regarde demain pour le ajaxSingle sur le a4j:commandButtonbien sur :roll:
Fatigue...

Citation:

---

N'oublies pas que le getter est appelé plusieurs fois pendant le traitement de ta page..

---

ça par contre, je ne le savais pas. Voila donc la source de mes requêtes multiples. tu contournerai ça uniquement avec les ajaxSingle du coup ?

Après tests

Code:

---

<a4j:commandButton value="Annuler" immediate="true" ajaxSingle="true" limitToList="true" action="#{monController.toogleAjoutPanel}" reRender="ajout"></a4j:commandButton>

---

C'est mieux, je n'ai plus qu'une requête de lancée. mais c'est encore une de trop pour être correctement optimisé.
Je veux éviter cette requête car je ne fait que masquer un panel. ça fait en cher performance juste pour un masquage.

Citation:

---

Envoyé par davidovitch

C'est déja le cas.

---

C'est ce qu'il faut éviter de faire..
le getter dois seulement retourner la valeur, et pas faire appel à la base, tu va lancer plusieurs requêtes inutiles.

Citation:

---

tu dois faire appel à la requete dans le getter de la value de la dataTable..

---

Citation:

---

le getter dois seulement retourner la valeur, et pas faire appel à la base, tu va lancer plusieurs requêtes inutiles.

---

C'est contradictoire non ?

Pour être propre, à quel moment il serai préférable que je la fasse cette requête si je ne la met pas le le getter du value de ma datatable ?

On approche de la solution la je pense :)

je me suis mal exprimé,

je voulais dire, je suppose que tu fais appel à la requete dans le getter....

Citation:

---

Envoyé par davidovitch

Pour être propre, à quel moment il serai préférable que je la fasse cette requête si je ne la met pas le le getter du value de ma datatable ?

On approche de la solution la je pense :)

---

ça dépend, tu peux calculer la liste avant l'affichage de la page dans une fonction appelé sur une action de l'utilisateur..sinon au pire, si il n'y a pas de d'action utilisateur, tu peux aussi faire l'appel dans le constructeur..

En effet par le constructeur, ça fonctionne ! Par contre, je suis obligé, dans ma déclaration spring de passer bon bean de ma couche service en argument de mon bean controller et non plus en properties injecté.

Y'a plus propre ou c'est correct ?

Dans tous les cas, merci encore pour ton coup de main. Il est très appréciable

je ne sais pas comment tu utilise le bean controller et le service, mais normalement tu n'a pas besoin d'injecter un bean service, faut utilise un serviceLocator.
sinon le mieux c'est d'avoir un backinBean JSF qui contient les informations nécessaires à la vue qui contient que des valeurs. un bean 'manager' qui fait appel à la couche DAO et qui valorise ton backing bean.

Citation:

---

je ne sais pas comment tu utilise le bean controller et le service, mais normalement tu n'a pas besoin d'injecter un bean service, faut utilise un serviceLocator.

---

J'ai un bean DAO, un bean 'Service', un bean controller.
Lors de la déclaration Spring, je déclare mon dao, ensuite je déclare mon service avec mon dao comme properties et ensuite, je déclare mon controller avec mon service en argument du constructeur.

juste que le service normalement doit être appelé avec un ServiceLocator..
regarde un petit cours de design pattern, c'est un pattern très utilisé.

Je zieute je zieute. merci de la piste.
En merci aussi pour ton aide et tes conseils.

Rebonjour !

J'ai enlevé le résolu pour permettre de compléter une réponse :

Citation:

---

ça dépend, tu peux calculer la liste avant l'affichage de la page dans une fonction appelé sur une action de l'utilisateur..sinon au pire, si il n'y a pas de d'action utilisateur, tu peux aussi faire l'appel dans le constructeur..

---

Et si un bean controller est de scope session, comment fait t-on pour re-initialiser ses valeur lors d'un rechargement de la page ? Le constructeur n'est plus appelé. Un bean de scope request ne conviendrai pas car il faut bien stoker les valeurs 'en cours' quelque part.

La solution serait-elle de faire mettre les bean controller en request et d'avoir 1 seul bean session qui contient les valeur en cours ? C'est lourd comme solution ça non ?

[EDIT] J'ai modifié mon message car je mélangeai deux problèmes bien distinct. Je vais ouvrir un autre topic sur ce problème pour faciliter les recherche futur

Personne ?

Je galère à cause de ces scopes... Si je met scope request sur mon controller, à chaque requête (même ajax ..), j'ai un appel au constructeur qui est fait. normal en soit (sauf pour l'ajax)
Mais scope session ne me conviens également pas puisque lorsque l'utilisateur change de page puis reviens sur celle-ci il ne faut pas que ce soit les anciennes valeur qui soient chargée.

J'ai zieuté du coté de a4j:keepAlive ça fonctionne, ça garde bien un bean même si il est de scope request. Par contre, à chaque requête ajax, le constructeur mon controller est quand même appelé

Pour réinitialiser le bean, il suffit de l'enlever de la session..
regarde les solutions de la :faq:

J'ai déja regardé mais sans trouver la réponse appropriée au probleme.
J'ai tout de même réussi a arriver au comportement attendu c'est a dire que:

-> Mon bean Controller est en scope request : Lorsque l'utilisateur reviens sur la page, les valeur sont réinitialisés.

->Lors d'une requete ajax, le bean controller n'est pas recréé (pas d'appel au constructeur)

-> Les valeur 'en cours' sont quand même conservées

Pour cela, j'ai fait un truc qui n'est vraiment pas chouette mais bon...
J'ai implémenté Serializable sur mon controller et j'ai mis un

Code:

---

<a4j:keepAlive ajaxOnly="true" beanName="controller"></a4j:keepAlive>

---

qui conserve mon bean lors de toutes les requêtes ajax. Lors d'une requete traditionnelle, ce bean est détruit à chaque request

Le GROS inconvénient de cette solution est que tout les attributs de mon controller doivent implémenter également Serializable... et ça c'est pas chouette. Je sais pas si il y a meilleure solution

J'ai posté trop vite... ça ne fonctionne pas :evilred:

j'ai un panel qui apparait en fonction de l'appuis sur un bouton
Ce panel contient lui même un autre bouton. Cet autre bouton sert enregistrer des valeur saisies.
Sauf que... l'action qui est lié a la méthode de mon backing bean n'est plus exéctué :( :( ...
Je vais devenir fou !

le bean est sauvegardé que pendant les requetes ajax, à la première requete non ajax le bean est réinitialiser..
ce n'est pas le comportement que tu cherchais?

Si ! c'est exactement ce que je cherche.

Sauf que... les méthodes liées au bouton contenues dans le panel qui apparait ne sont plus exécutées lors d'un clic..

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

Ce bouton fait appraitre l panel ajoutPanel <a4j:commandButton value="Ajouter"action="#{controller.ajouter}" reRender="ajoutPanel"> </a4j:commandButton>   <h:panelGroup id="ajoutPanel"> <h:panelGroup rendered="#{controller.visible}" > .... .... champs ici .... ... <a4j:commandButton id="ajouterButton" value="Ajouter" rendered="#{controller.ajout}" action="#{controller.ajouter}" reRender="ajoutPanel"></a4j:commandButton> <h:panelGroup> <h:panelGroup

---

La méthode ajouter n'est plus executé

tu n'a pas d'erreur de validation/conversion..?

Code:

---

<h:messages/>

---

Sinon tu peux regarder ce qui ce passe lors de la requete ajax avec:

Code:

---

<a4j:log/>

---

Non pas d'erreur de conversion/validation. J'ai vérifié.
Ce qui est étrange c'est que ça fonctionnait avant l'ajout de
<a4j:keepAlive ajaxOnly="true" beanName="controller"></a4j:keepAlive>
et le passage du bean en scope request

Au sujet du log j'ai la trace d'une erreur:
error[11:23:22,949]: New node for ID form:ajoutPanel is not present in response

Je ne sais guère si je doit l'interpréter comme la source de mon soucis

et si tu enlève le ajaxOnly, c'était quoi le problème?

Étonnamment, dans mon cas, le AjaxOnly="true" a visiblement le même comportement que AjaxOnly="False".
Je l'avais mis à true car selon la doc c'est ce qui correspond à ma problématique.
Donc même à false, même souci, mes méthodes associées aux boutons qui ne sont pas rendu la première fois ne fonctionnent pas

Nooooon ! Je viens de trouver la cause !

La cause est

Code:

---

1 2 3 4

<context-param> <param-name>javax.faces.STATE_SAVING_METHOD</param-name> <param-value>client</param-value> </context-param>

---

Je l'ai passé en "server" et ça fonctionne :yaisse2:

Bon par contre, je chercher toujours une solution plus élégante pour la Sérialisation du controller. En effet, je suis dans l'obligation de mettre TOUT les attributs implements Serializable. c'est vraiment pas la panacée. Sérialiser des objet de la couche service c'est vraiment pas utile

Je m'auto répond hein ça pourra servir a d'autre :)
Donc, en plaçant les éléments que l'on ne veux pas sérialiser a "transient", ça a l'air de fonctionner sans trop poser de soucis