Discussion :

[khaledirb7]

Salut tous le monde
J’ai des questions sur le validator de struts. Apres avoir consulter sur le forum les discussions abordant le validator de struts j'ai compris une bonne partie de son fonctionnement mais il y’a des chose qui ne me sont pas claire:
1) est ce que je peut définir un nouveau validator en définissent que la partie javaScript sans définir ni créer la classe java qui prend en charge la validation coté serveur puisque ma validation est seulement coté client.
Si c'est possible qu'elle est la partie minimal qui devrait figurer dans mon nouveau validator .xml.

Code :

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

1
2
3
4
5
6
 
<validator name="?????????????????????"
	msg="????????????????????"
        classname="??????? "
            method="???????? "
            methodParams="?????? ">

2) dans une discussion qui date de 2006 le modérateur SEMPERE Benjamin a donné un exemple de création de validator, et dans le code suivant:

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
<field property="dateDebNewCycle" depends="required,date,mask,validConsecutiveDate" page="11">
    <arg key="prompt.cours.dateDebNewCycle"/>
    <var>
        <var-name>datePattern</var-name>
        <var-value>${clioDatePattern}</var-value>
    </var>		
    <var>
        <var-name>mask</var-name>
        <var-value>${clioDatePatternForSave}</var-value>
    </var>	
    <var>
        <var-name>endDate</var-name>
        <var-value>dateFinNewCycle</var-value>
    </var>							
</field>

Est ce que dateFinNewCycle est une propriété du bean formulaire puisque je suppose que ce n'est pas une constante car ${} ne figure pas.
Merci d'avance.

[zorm]

Bonsoir,

1) est ce que je peut définir un nouveau validator en définissent que la partie javaScript sans définir ni créer la classe java qui prend en charge la validation coté serveur puisque ma validation est seulement coté client.

A mon avis, il n'est pas possible de s'occuper que d'une eventuelle partie javascript. Si tu créés un validator, tu créés une nouvelle classe java qui décrit le fonctionnement de ton validator, jamais tu n'auras du javascript à écrire et c'est ce qui fait la force du pluggin. Il permet à partir des règles décrite dans le fichier java du validator de générer le controle du coté client avec JS et du coté serveur en cas de desactivation de JS. Si tu es sur que ta validation marchera tout le temps coté client et que tu n'as aucun validator fourni avec le pluggin qui puisse faire une validation que tu veux, rien ne t'empeche d'ecrire directement le JS dans ta JSP. Sinon, tu trouveras sur ce lien un autre exemple qui montre comment créer un validator. http://www.developpez.net/forums/sho...ight=validwhen

2) Est ce que dateFinNewCycle est une propriété du bean formulaire puisque je suppose que ce n'est pas une constante car ${} ne figure pas.

Effectivement, il y a de très forte chance pour que dans le formulaire de la JSP, il y ait un tag de struts qui est un property de ce nom

[c_nvy]

Je pense que tu es obligé effectivement de créer une classe Java en plus du Javascript, à moins que dans la balise validator tu puisses préciser seulement l'attribut name et l'attribut msg.
Il faudrait faire le test.

Mais par contre, si tu décides d'activer la validation seulement côté client, je pense que rien ne t'empêche de ne pas implémenter de contrôles dans la classe Java, étant donné qu'elle ne sera jamais appelée :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
import javax.servlet.http.HttpServletRequest;
 
import org.apache.commons.validator.Field;
import org.apache.commons.validator.ValidatorAction;
import org.apache.struts.action.ActionMessages;
 
public class ValidSomething
{
	public static boolean validateSomething(Object bean,ValidatorAction validatorAction,Field field,ActionMessages errors,HttpServletRequest request)
	{
		boolean isValid = true;
		return isValid;
	}
}

A tester bien sûr.

Mais, comme l'a précisé zorm, il faut être conscient qu'en activant la validation seulement côté client, si le Javascript est désactivé, aucune validation ne sera effectuée.

Je confirme également que dateFinNewCycle est obligatoirement une propriété du formulaire puisque l'exemple donné par Benjamin permet de vérifier que deux dates sont consécutives.

[khaledirb7]

merci pour vos repenses

je vais effectuer le teste que vous m'avez suggérer et j'espère que ça marchera.
J’ai encore une petite question :
dans le fichier struts-config.xml dans mon action je n’est pas préciser l’attribut validate , et en utilisant les validator fournit avec struts j’ai un contrôle coté client donc j’aimerai savoir :
si on omettant l’attribut validate qu’elle est sa valeur par defaut (true ?).
et quelle est la valeur à donner à cette attribut (est ce qu’il y’a autre chose à ajouter quelque part ? ) pour que struts essai la validation tout d’abord coté client et ensuite coté serveur si la validation coté client échoue. Ce mécanisme est il pris en charge par struts ?.
Merci encore.

[c_nvy]

La valeur par défaut de l'attribut validate est true.
S'il est égal à true, la validation se fera à la fois côté client et côté serveur.
S'il est égal à false, la validation se fera simplement côté client, à partir du moment où le tag html:javascript et l'attribut onsubmit du tag html:form ont été codés dans la jsp.

[khaledirb7]

merci c_nvy pour c'est precision
pour ce qui est des testes concernant le validator,(apres avoir consulté le lien que m'a donné zorm ) je pense que je fairai mes controles qui sont un peut complexe dans la methode validate du bean qui herite de validationForm (donc je vais combiné le controle validator et l'utlisation de la methode validate comme indiqué dans la FAQ ).
au cas ou il y'aura du nouveau je fairai signe.
merci.

[c_nvy]

C'est un bon choix. Cela me semble plus simple à mettre en oeuvre.