contrôle des données d'un formulaire ?

Version imprimable

04/12/2007, 19h36
samtheh

contrôle des données d'un formulaire ?
Bonjour à tous,

Je bloque sur un problème, j'ai une jsp avec un formulaire, après validation je redirige vers un servlet qui effectue des contrôles sur les données.

Ensuite je voudrais revenir à ma jsp initiale SI il y a un problème avec les données saisies. Je voudrais afficher sur le formulaire les endroits ou ca bloque et et les données déjà saisies.

Comment fait cela le plus simplement possible ?
En php j'utilisais les session, mais la je me suis lancé avec :
Code:

1 2 3 4 5 6 7 ..pour le servlet... ServletContext context = getServletContext(); context.setAttribute("verifUserName", verifUserName); ..pour le jsp... ....application.getAttribute("verifUserName")...
Mais je me retrouve avec de nombreuses variables, et je ne peux détecter l'évenement "est ce que ma page à déjà été chargée/validée ou est ce que c'est la première fois que le visiteur la consulte ?"

Je vous remercie de vos réponses,
04/12/2007, 20h59
Mengué georges
Idem php, tu mets tes reponses en session que tu retournes à ta jsp tant que non validé. Le traitement est identique.
Pour les valeurs null ou vides utilise:
Code:

1 2 3 4 5 6 7 //existance du controle if(reponse.getParameter("nom_ctrle")!=null) {} //puis if(!reponse.getParameter("nom_ctrle").equal("")) {}
04/12/2007, 21h45
samtheh

Alors je ne dois pas avoir compris le fonctionnement des sessions en java...

Dans la FAQ il disent que les sessions se gérent de deux facons :
* à l'aide de cookies
* à l'aide re la réécriture d'URL

Et je ne comprend pas du tout le lien entre les 3.....

Bonjour,

1) En ce qui concerne les sessions, il va falloir que tu utilises l'objet "session" et non "application" :

session.getAttribute("XXX") et session.setAttribute("XXX", monObjet)

L'objet "application" est partagé par tous les utilisateurs.

2)

Citation:

Envoyé par samtheh

Mais je me retrouve avec de nombreuses variables, et je ne peux détecter l'évenement "est ce que ma page à déjà été chargée/validée ou est ce que c'est la première fois que le visiteur la consulte ?"

Si ton formulaire est OK tu passes à la JSP suivante, sinon tu renvois sur la même JSP. Il serait bien que tu te crées une classe Java représentant les champ de ton formulaire, tu n'aurais que cet objet à injecter dans la session.

Pour le récupérer tu ferais genre :
Code:

1 2 3 4 <% AuthentificationForm form = (AuthentificationForm)session.getAttribute("XXX");%> <input type="text" name="login" value="<%=form.getLogin()%>"/> <input type="text" name="password" value="<%=form.getPassword()%>"/>
Dans ton cas d'ailleurs je pense que tu n'as même pas besoin de mettre le contenu de ton formulaire en session, il te suffit de le mettre dans request.setAttribute("XXX", monObjet).

3) Pour ce qui concerne la session gérée par les cookies ou dans l'URL, en fait pour toi c'est transparent. Si le navigateur de l'utilisateur autorise les cookies alors la clé de session (sessionid) sera injectée dans un cookie, dans le cas contraire ce sera un paramètre supplémentaire dans l'URL.

Pour faire ce genre de traitement, il faudrait créer un bean qui représente les différentes propriétés (champs) de ta page avec accessoirement une propriété String associée pour spécifier la nature de l'erreur.
Du coup, tu peux utiliser le request plutôt que session.
Ta servlet instancie le bean, charge les valeurs reçuent via le request, contrôle les propriétés, positionne les messages d'erreurs et positionne le bean dans le request pour réaffichage de la page (qui référence le bean) :
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 public class MonBean { private String champ1; private String champ1Erreur; private String champ2; public MonBean() { super(); } public String getChamp1() { return champ1; } public void setChamp1(String champ1) { this.champ1 = champ1; } public String getChamp1Erreur() { if ( champ1Erreur == null || champ1Erreur.trim().length() == 0 ) return ""; return "<font style=\"color:red\">" + champ1Erreur + "</font>"; } ... }
La servlet :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 public void service(HttpServletRequest request, HttpServletResponse response) { MonBean bean = new MonBean(); bean.setChamp1( request.getParameter("champ1") ); bean.setChamp2( request.getParameter("champ2") ); // contrôles ... request.setAttribute("monBean", bean); request.getRequestDispatcher("/dir1/maPage.jsp").forward(request, response); }
La jsp :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 <jsp:useBean type="paquage.MonBean" id="monBean" scope="request"/> ... <tr> <td>Saisissez champ1</td> <td> <input type="text" name="champ1" value="<%=monBean.getChamp1()%>" .../> <%=monBean.getChamp1Erreur()%> </td> </tr> ...
Quelque chose dans le genre...
A+

Et pour éviter d'écrire du HTML dans le bean :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
// Bean :
public boolean isChamp1Erreur()
{
   return champ1Erreur != null || champ1Erreur.length() > 0;
}
 
public String getChamp1Erreur()
{
   return champ1Erreur;
}
 
// JSP :
<input type="text" name="champ1" value="<%=monBean.getChamp1()%>" .../>
<% if (monBean.isChamp1Erreur()) %>
<font style="color:red"><%=monBean.getChamp1Erreur()%></font>
<% } %>

Citation:
Envoyé par Duc Lebowski
Et pour éviter d'écrire du HTML dans le bean :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 // Bean : public boolean isChamp1Erreur() { return champ1Erreur != null || champ1Erreur.length() > 0; } public String getChamp1Erreur() { return champ1Erreur; } // JSP : <input type="text" name="champ1" value="<%=monBean.getChamp1()%>" .../> <% if (monBean.isChamp1Erreur()) %> <font style="color:red"><%=monBean.getChamp1Erreur()%></font> <% } %>
:P
Tout à fait !
Encore que là, c'est déjà très spécialisé... l'idéal étant de formater par un taglib
(mais c'est une bonne remarque pour quelqu'un d'aussi vieux (97) ;))

A+

05/12/2007, 11h27
Duc Lebowski

Je crois que je ne pouvais pas mettre plus !

Vivement que je sois centenaire, je t'inviterai à mon anniversaire pour la soirée loto ;)

@pluche !
14/12/2007, 16h22
aJavaDeveloper
Pour gérer la validation des formulaires, l'affichage des messages d'erreur aux endroits appropriés,... je pense que Struts est une bonne solution.
Grâce à Struts :
- un objet Java (ActionForm) est automatiquement rempli avec les données du formulaire HTML
- les règles de validation génériques (comme, par exemple, "tel champ est obligatoire", "tel champ doit être une date au format dd/mm/yyyy") peuvent être externalisées dans un fichier XML (un certain nombre de validations de ce genre existent "out of the box" dans Struts)
- les règles de forward sont également externalisées dans un fichier XML
- ...
La compréhension et la mise en place de Struts peuvent être un peu fastidieuses au début mais apporter une réelle plus-value par la suite.