basique formulaire JSF néanmoins une exception

Bonjour,

Débutant avec le basique formulaire ci bas :

Code:

---

1 2 3 4 5 6 7 8 9

<ui:define name="body"> <h:form id="helloForm"> <h:inputText value="#{Dictionary.key}"/> <h:inputText value="#{Person.Name}"/> <h:inputSecret value="#{Person.Pwd}"/> <h:commandButton type="submit" action="success" value="ok"/> </h:form> </ui:define> </ui:composition>

---

j'arrive à produire l'exception suivante :

Citation:

---

Exception while calling encodeEnd on component : {Component-Path : [Class: javax.faces.component.UIViewRoot,ViewId: /index.xhtml][Class: javax.faces.component.html.HtmlForm,Id: helloForm][Class: javax.faces.component.html.HtmlInputText,Id: j_id6]}
Caused by:
cause

---

Si je supprime la ligne rouge (deuxième inputtext) l'exception est levée ?
Avez vous une explication ?

Par avance merci.

Code:

---

<h:inputText value="#{Person.Name}"/>

---

le champs est appelé peu être name et doit disposer des getter/setter.

donc dans la page:

Code:

---

<h:inputText value="#{Person.name}"/>

---

Merci pour la réponse.

J'utilise le bean ci bas qui me semble conforme avec description du composant :

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 28 29 30 31 32 33 34 35 36

// Description of managed bean "Person" public class Person { // Attributes private String Name; private String Pwd;   // Constructor public Person() { Name = "toto"; Pwd = "titi"; }   // Methods public String login() { if ((Name == null) || (Name.length() == 0)) return "failureLogin"; if ((Pwd == null) || (Pwd.length() == 0)) return "failureLogin"; else return "successLogin"; }   // Getters and Setters public void setName(String name) { this.Name = name; }   public void setPwd(String pwd) { this.Pwd = pwd; }   public String getName(String name) { return this.Name; }   public String getPwd(String pwd) { return this.Pwd; } }

---

et la définition du bean dans le faces-config ?
et n'oublie pas de mettre le code entre balises CODE!

faut savoir que la norme de nommage des bean: les champs commencent toujours par une minuscule.

La déclaration standard du bean est minuscule c'est contraire aux bonnes règles de nommages java il me semble non ? Une classe un attribut ça débute de préférence avec une majuscule non ?

Sinon la declaration du bean est la suivante, également conforme il me semble :

<managed-bean>
<managed-bean-name>Person</managed-bean-name>
<managed-bean-class>org.sz1708.myfacesExample1.Person</managed-bean-class>
<managed-bean-scope>session</managed-bean-scope>
</managed-bean>

:tagcode:

modifie ton bean;

change Name en name et Pwd en pwd

et aussi Person en person.
c'est juste des règles de java beans, mais, peut être, peut être les facelets obligent à les respecter..

J'ai fais l'essai avec tout en minuscule (fichier java bean, page xhtml et face-config.xml), l'exception est reproduite.

Visiblement la piste est ailleurs, avec un code encore plus simple :

Code:

---

1 2 3 4 5 6 7

<ui:define name="body"> <h:form> <h:inputText value="#{person.name}" /> <h:inputSecret value="#{person.pwd}" /> </h:form> </ui>

---

Je remplace inputText par InputSecret comme suit :

Code:

---

1 2 3 4 5 6

<ui:define name="body"> <h:form> <h:inputSecret value="#{person.name}" /> <h:inputSecret value="#{person.pwd}" /> </h:form> </ui>

---

Et là l'exception n'est plus reproduite ?

bizard :roll:
tu peux donner la suite de l'exception?

Voici la trace, la ligne rouge semble en dire un peu plus, elle dit que la propriété name n'est pas readable :

Citation:

---

GRAVE: Error Rendering View[/index.xhtml]
javax.faces.FacesException: Exception while calling encodeEnd on component : {Component-Path : [Class: javax.faces.component.UIViewRoot,ViewId: /index.xhtml][Class: javax.faces.component.html.HtmlForm,Id: j_id4][Class: javax.faces.component.html.HtmlInputText,Id: j_id5]}
at javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:559)
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:250)
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:246)
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:246)
at com.sun.facelets.FaceletViewHandler.renderView(FaceletViewHandler.java:578)
at org.apache.myfaces.lifecycle.RenderResponseExecutor.execute(RenderResponseExecutor.java:41)
at org.apache.myfaces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:140)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:152)
at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487)
at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1093)
at org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:147)
at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)
at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:360)
at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181)
at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:726)
at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:405)
at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:206)
at org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114)
at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
at org.mortbay.jetty.Server.handle(Server.java:324)
at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:505)
at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:828)
at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:514)
at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:211)
at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:380)
at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:395)
at org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:450)
Caused by: javax.faces.FacesException: Could not retrieve value of component with path : {Component-Path : [Class: javax.faces.component.UIViewRoot,ViewId: /index.xhtml][Class: javax.faces.component.html.HtmlForm,Id: j_id4][Class: javax.faces.component.html.HtmlInputText,Id: j_id5]}
at org.apache.myfaces.shared_impl.renderkit.RendererUtils.getValue(RendererUtils.java:331)
at org.apache.myfaces.shared_impl.renderkit.RendererUtils.getStringValue(RendererUtils.java:275)
at org.apache.myfaces.shared_impl.renderkit.html.HtmlTextRendererBase.renderInput(HtmlTextRendererBase.java:142)
at org.apache.myfaces.shared_impl.renderkit.html.HtmlTextRendererBase.encodeEnd(HtmlTextRendererBase.java:57)
at javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:556)
... 27 more
Caused by: javax.el.PropertyNotFoundException: /index.xhtml @22,47 value="#{person.name}": The class 'org.sz1708.myfacesExample1.person' does not have a readable property 'name'.
at com.sun.facelets.el.TagValueExpression.getValue(TagValueExpression.java:73)
at javax.faces.component.UIOutput.getValue(UIOutput.java:68)
at org.apache.myfaces.shared_impl.renderkit.RendererUtils.getValue(RendererUtils.java:327)
... 31 more

---

Sinon dans le java bean il faut ecrire setName ou setname ? En essayant les deux syntaxes le comportement n'a à première vue pas évolué ?

Code:

---

1 2 3 4 5 6 7 8 9 10

private String name;   public String getName(){   }   public void setName(){   }

---

Merci.

Pour l'exception : javax.el.PropertyNotFoundException: /index.xhtml @22,47 value="${person.name}" The class 'org.sz1708.myfacesExample1.person' does not have a readable property 'name'.

Tu aurais une idée ?

Peut etre que name est un mot clé utilisé par le EL. Essaye de remplacer name par nom et dit nous si ta toujours la même exception.

Idem

dans ton bean ta bien changer les getters et setters aussi ?

setNom(String) et getNom()

Citation:

---

Envoyé par Esil2008

Peut etre que name est un mot clé utilisé par le EL. Essaye de remplacer name par nom et dit nous si ta toujours la même exception.

---

non ce n'est pas un mot clé..
il faut juste déclarer le champs name avec getter/setter
et l'ajouter dans le faces-config
si tu utilise Eclipse, ne le fait pas à la main..Click-droit->Source->generate getter/setter..

Oui.

J'apporte un peu peu plus de précision sur l'environnement du projet.
Je n'utilise pas d'IDE (Eclipse, NetBeans), j'utilise maven 2 en ligne de commande et je génère le projet à l'aide d'un archetype fournit par apache pour generer un squelette de projet myface+jsf+facelet .

L'archetype en question génère l'arborescence de travaille usuelle de maven. J'utilise ensuite l'artifact jetty pour déployer sur serveur jetty, il est apriori par défaut configuré pour être nativement compatible avec l'arborescence usuelle de maven, c'est plug and play.

Mais bon comme je débute dans java, j2ee et maven j'ai donc pas mal d'incertitude quand à ma configuration.

Il semble bien que mon bean n'est pas accessible mais ce n'est pas systématique, est ce qu'il n'y aurais pas une incohérence syntaxique dans ma page xhtml. Le fait d'utiliser inputSecret en lieu et place de inputText annule en apparence le problème ?

c'est entonnant que ça marche avec inputSecret et pas avec inputText, tu peux tester un outputText pour voir la valeur de ton champs.
c'est peu être un problème de compilation ou de déploiement..
est ce que tu est sur de ce qui déployer sur le serveur.
l'exception indique que le la property name n'existe pas ou n'a pas de getter.

idem avec outputText.
Pour la compilation person.class est bien généré.
Au niveau déploiement si j'ai compris le plugin jetty va directement chercher les infos dans le projet maven.
Avec inputSecret le bean n'est pas remis en cause et l'appli démarre...

J'ai copié le Bean telquel et j'ai créé une page JSP comme suit :

Code:

---

1 2 3 4 5 6 7 8 9

<%@ page contentType="text/html"%> <%@ taglib uri="http://java.sun.com/jsf/html" prefix="html"%> <%@ taglib uri="http://java.sun.com/jsf/core" prefix="core"%> <core:view> <html:form> <html:inputText value="#{person.Name}"/> <html:inputSecret value="#{person.Pwd}"/> </html:form> </core:view>

---

J'ai exécuté et ça marche parfaitement 8O

Sous quel environnement de travail ? Me concernant avec la page ci bas sans template facelet ça échoue :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21

!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <HTML xmlns="http://www.w3.org/1999/xhtml" xmlns:ui="http://java.sun.com/jsf/facelets" xmlns:c="http://java.sun.com/jsf/core" xmlns:h="http://java.sun.com/jsf/html"> <HEAD> <META http-equiv="content-type" content="text/html; charset=utf-8" /> <META name="generator" content="PSPad editor, www.pspad.com" /> <TITLE>sz1708 myfacesExample1 title</TITLE> </HEAD> <BODY> <c:view> <h:form> <h:inputText value="#{person.nom}" /> </h:form> </c:view> </BODY> </HTML>

---

Je ne sais pas si tu as changé ton code depuis ce que tu as posté au début, mais au départ tu avais:

Code:

---

1 2 3

public String getName(String name) { return this.Name; }

---

or comme l'a fait remarquer Sniper37, tu dois avoir

Code:

---

public String getName()

---

sinon effectivement ta propriété n'est pas readable comme jsf le signale.

Oui c'est bien getNom au lieu de getName dans mon java bean. Cette modification était recommandée par snipper37 un peu plus haut pour écarter toute confusion avec d'éventuels mots clés d'EL, ce qui n'est pas le cas car le problème persiste.

Ce que je voulais te montrer, c'est que la méthode getName que tu avais postée prenait un paramètre de type String. Or elle ne doit pas avoir de paramètre. Vérifie bien dans ton code que c'est le cas.

Oui effectivement ton poste me fais prendre conscience que j'ai copier coller ces paramètres en trop dans les getters, je vais faire l'essai en rectifiant.

Merci pour ton attention.

Une remarque : Le compilateur java ne devrait pas indiquer des warnings dans un cas de figure comme celui ci ?

Je confirme le problème venait tout simplement du paramètre en trop dans les getters. Merci à tous, Sniper37 en effet ton échantillon de code l'indiquait déjà plus haut. J'étais focalisé sur les majuscules/minuscules dans les beans.

Pour résumé : un paramètre qui n'a pas sa place dans les getters et hop JSF perd le nord. Cela me rappelle qu'en java on peut déclarer des fonctions distinctes en jouant sur les seuls paramètres d'entrée/sortie. Donc je pense dans ce cas de figure que JSF voit une autre fonction, il ne reconnait pas son getter.

Par contre le fait d'avoir un paramètre en entrée de fonction qui n'est pas utilisé dans le corps ça ne devrait pas déclencher un warning à la compilation ?
Car avec la commande mvn compile j'ai un build succesfull et pas de warning d'indiqué. Quelqu'un sait il si il ne faudrait pas une éventuelle option à maven compile pour plus de verbuosité ?

ton problème vient du faite que tu as utilise des noms de variable avec la 1er lettre en majuscule ( beh non il faut utiliser des minuscule) et quand tu as change les noms de tes propriétés tu as oublie de changer les getter et setter des tes propriétés.

oui il y a deux problèmes :

Le deuxième problème était le paramètre en trop dans les fonctions getters. Ce sont des erreurs très bêtes je le conçois, mais quand on débute on ne sait pas trop ou donner de la tête, plutôt que de perdre du temps je préfère solliciter des personnes qui ont plus d'expériences dans le domaines tel que Snipper37 et MaitreKaio je les en remercies, le forum et aussi là pour ça non ?

Pour le premier problème: majuscule au lieu d'une minuscule pour la première lettre des attributs, j'ai refais des essais pour voir après correction du deuxième problème, avec la config ci bas ça marche :

Code:

---

1 2 3

private String Name; public void setName(String nom) ... public String getName() ...

---

Code:

---

<h:inputText value="#{person.name}" />

---

Celle ci bas ne marche que si je modifie et sauvegarde ma page jsf sans relancer le serveur, si je fais les modifications proprement cela ne marche pas :

Code:

---

1 2 3

private String Name; public void setName(String nom) ... public String getName() ...

---

Code:

---

<h:inputText value="#{person.Name}" />

---

Par ailleurs JauB semble arriver à avoir des résultats concluants avec des majuscules dans les attributs bean.

Néanmoins j'arrête ces expériences merci Snipper37 pour tes éclaircissements.
Je le met en résolu, mais est ce quelqu'un à une réponse sur l'histoire des warnings ?

A moins d'utiliser Eclipse, je suis forcé de passer par des copier/coller ce qui est sources d'erreurs. Des warnings à la compile pour un paramètre non utilisé dans une fonction permettrais de détecter plus facilement des getters mal définis...

J'ajoute une autre précision les exceptions retournées ne sont pas les mêmes pour ces deux problèmes de syntaxe.

Le premier problème (Minuscule/ Majuscule), l'exception dit :
The class .... person does not have the property 'Name'.

Le deuxième problème (le paramètre qui n'a pas sa place dans les getters) faisait échouer l'appli en premier :
The class .... person does not have a readable property 'Name'.