Discussion :

[TucoBouch]

Bonjour,
je débute en Struts 2, je bute sur un problème : comment, en utilisant la validation par annotations, ne valider qu'une partie des champs annotés ?

En effet, j'ai un formulaire de création d'un élément. Cette création s'effectue en deux temps : sur le 1er écran, saisie de deux infos obligatoires puis une fois la saisie effectuée, un deuxième écran pour saisir des informations complémentaires.
J'ai fait les deux écrans sur la même JSP et classe action. J'ai annoté ma classe pour valider les champs. Le problème au départ c'est que l'on ne saisi que deux infos donc le validateur de Struts 2 refuse d'aller sur l'écran suivant car les autres champs annotés ne valident pas.
Quelqu'un connait t'il un moyen pour que selon une condition, qu'une partie des champs annotés ne soient pris en comptes ? Ou bien faudra t'il que je me développe moi même ce genre de validateur ?

Merci d'avance

[jreeman]

Bonjour,
je débute en Struts 2, je bute sur un problème : comment, en utilisant la validation par annotations, ne valider qu'une partie des champs annotés ?

En effet, j'ai un formulaire de création d'un élément. Cette création s'effectue en deux temps : sur le 1er écran, saisie de deux infos obligatoires puis une fois la saisie effectuée, un deuxième écran pour saisir des informations complémentaires.
J'ai fait les deux écrans sur la même JSP et classe action. J'ai annoté ma classe pour valider les champs. Le problème au départ c'est que l'on ne saisi que deux infos donc le validateur de Struts 2 refuse d'aller sur l'écran suivant car les autres champs annotés ne valident pas.
Quelqu'un connait t'il un moyen pour que selon une condition, qu'une partie des champs annotés ne soient pris en comptes ? Ou bien faudra t'il que je me développe moi même ce genre de validateur ?

Merci d'avance

Je trouve que ta conception dans une seule action pas très bonne ni logique, pourquoi tu ne fais pas deux action différentes avec une JSP dont l'action du formulaire s'adapte ? Au pire tu fais deux JSP avec des actions différentes et tu exportes tes champs communs dans une autre JSP que tu inclus dans les deux autres.

C'est ce que je ferais car je trouve cela plus maintenable.

Sinon, tu as toujours le choix de coder ce que tu veux dans la méthode validate. Tu peux aussi utiliser l'ExpressionFieldValidator qui te permet d'apeller une méthode définie dans ton action. Tu peux enfin refaire le validator de STRUTS mais là tu prends pas la voie la plus facile.

Pour info, j'ai aussi rencontré le besoin dans un autre cas et j'ai proposé l'évolution suivante dans le framework struts : https://issues.apache.org/struts/browse/WW-3180.

Mais cette évol après recul, témoigne d'une mauvaise conception où j'ai fait comme toi, 1 classe action pour plusieurs types de soumission de formulaire. Donc conclusion, ne pas hésiter avec STRUTS à faire plusieurs classes action, même si à la fin on se retrouve avec beaucoup de classes (on a la classe ou pas que veux tu ?) au moins on fait du code simple et maintenable !!

[TucoBouch]

Merci pour cette longue réponse.

Pour répondre à la mauvaise conception : en fait, comme j'utilise directement les classes de mapping Hibernate donc avec tous les champs, la validation s'effectue sur toute la classe sans intervention possible. La meilleure solution serait de refaire une classe qui reprendrait les mêmes données que la classe de mapping.
Pour la multiplication des classes actions, je suis archi pour, car par expérience, en mélangeant plusieurs actions dans la même, on se retrouve trés vite avec un code compliqué et pas maintenable.
Pour l'ExpressionFieldValidator, je trouve ça pas terrible car on exporte la validation des annotations (ou du xml) dans une fonction java, donc je trouve qu'on perd en lisibilité, mais c'est certain que ça peut dépanner.
Pour la méthode validate, je trouve "trop lourd" d'écrire du code Java pour valider les champs alors que le xml ou les annotations permettent cela trés simplement et rapidement.

Encore merci

[jreeman]

Pour répondre à la mauvaise conception : en fait, comme j'utilise directement les classes de mapping Hibernate donc avec tous les champs, la validation s'effectue sur toute la classe sans intervention possible.

Oulà, dans la plupart des cas, j'évite cela car après je me retrouve avec les problèmes que tu exposes : mélanger des considérations sur la présentation avec des considérations purement processus métier. Au niveau maintenabilité c'est horrible.

Pour la méthode validate, je trouve "trop lourd" d'écrire du code Java pour valider les champs alors que le xml ou les annotations permettent cela trés simplement et rapidement.

Une methode validate, c'est pas non plus la mort.

le xml

A non pas d'accord, je préfére encore une méthode validate que le XML.

le xml ou les annotations permettent cela trés simplement et rapidement.

Oui, c'est ce que j'ai dit à condition de bien séparer les objets hibernate des objet présentation et à faire plusieurs actions et non des actions uniques.
C'est dommage que STRUTS ne fournissent pas les best practices, ca éviterait aux développeurs de se poser tous 10000 fois les mêmes questions.