Discussion :

[timasap]

Bonjour,

Nous avons un ecran avec une datatable, un champ de filtre et un bouton rechercher (avec un action listener sur ce bouton qui remplit la datatable) et un bean en scope request qui gère cet écran.

-1- On fait une recherche (avec un critère de filtre). On passe par les 6 étapes du cycle de vie et on a un bon résultat. Si on affiche la requete et ses parametres du context jsf on voit que l'on a bien un attribut viewState avec des valeurs...

-2- On fait une deuxième recherche et là on passe de la phase 1 à la phase 6 directement, du coup la recherche ne se fait pas (les critères ne sont pas pris en compte parce qu'on ne passe pas par la phase 4...) et on n'a pas de viewState dans la requete...


-3- On refait une recherche, et là tout est ok. (Execution des 6 phases + resultat ok et viewState présent)

Ne devrait on pas executer les 6 phases à chaque requete et avoir un viewState a chaque fois ?

[tchize_]

ca se produit généralement quand le bouton d'action et/ou le champs mentionné dans le formulaire ont disparu entre temps. Typiquement sa ce produit quand le rendu du bouton est soumis à des conditions quis varient. Exemple: ton bouton est à la ligne 3 du datatable. Tu clique dessus, soumission du formulaire, première phase, le datatable est devenu vide (parce que lié à un request scope qui n'a pas été préservé par exemple), il n'y a donc pas de "bouton sur la trousième ligne" donc pas d'action invoqué, donc rien à faire, donc on saute à la phase rendu.

[Sniper37]

et si tu donnait ton code..ça aiderait mieux à comprendre.

[timasap]

et si tu donnait ton code..ça aiderait mieux à comprendre.

La page xhtml :

Code :

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

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
28
29
 
 <h:form id="SIForm">
      <h:panelGrid columns="2" styleClass="trailForm">
      <h:panelGrid columns="2">
        <h:outputText value="#{msgs.trail_domain}" />
        <h:outputText value="#{msgs.followup_process_id}"/>
        <h:selectOneMenu value="#{suiviIncident.selectedDomaine}" id="domaines">
          <f:selectItems value="#{suiviIncident.domainesIncident}" />
        </h:selectOneMenu>
        <h:inputText value="#{suiviIncident.processIds}" id="processIds"/>
      </h:panelGrid>
      <h:panelGrid columns="2">
      <h:commandLink id="search" actionListener="#{suiviIncident.apply}">
          <h:graphicImage value="images/search.gif" alt="#{msgs.trail_search}"/>
          <h:outputText value="#{msgs.trail_search}"/>
        </h:commandLink>
      </h:panelGrid> 
    </h:panelGrid>
 
    <h:panelGroup id="body">
     <t:dataTable id="process"
    	value="#{suiviIncident.results}"  
        headerClass="trail"
        styleClass="adminTable" rowClasses="adminTable1,adminTable2"
        var="row" rendered="#{!empty suiviIncident.results}"
        rows="#{suiviIncident.rowCount}"
        >
     ....
   </t:dataTable>

Le bean managé :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
 
 
public class SuiviIncident {
	private String processIds = ""; 
	private List<RowResult> results;
        // d'autres attributs...
 
	public void apply(ActionEvent actionEvent) {
		setResults(search());
	}
	public List<RowResult> getResults() {
		return results;
	}
       public List search() {
            .... // requete BDD
            return list;
       }
       // Getteur et setteur ...
}

[tchize_]

pourquoi utilise tu un actionlistener plutot qu'un action sur ton commande link? Rajoute un <h:messages/> dans ta page pour voir les erreurs de validation éventuelles.

[timasap]

Parce que je ne voyais pas la différence entre les 2. Maintenant c'est plus clair, je vais essayer avec action n'ayant pas de raison évidente d'utiliser un actionListener.

[timasap]

ca se produit généralement quand le bouton d'action et/ou le champs mentionné dans le formulaire ont disparu entre temps. Typiquement sa ce produit quand le rendu du bouton est soumis à des conditions quis varient. Exemple: ton bouton est à la ligne 3 du datatable. Tu clique dessus, soumission du formulaire, première phase, le datatable est devenu vide (parce que lié à un request scope qui n'a pas été préservé par exemple), il n'y a donc pas de "bouton sur la trousième ligne" donc pas d'action invoqué, donc rien à faire, donc on saute à la phase rendu.

Le pb est que le bouton (commandLInk) n'est pas dans la dataTable mais au dessus...