Ajout de données en plus d'un formulaire

Bonjour à tous.

Ma requête est simple, mais je n'ai pas trouvé de réponses sur le net..
J'ai un formulaire de saisie d'informations. Je souhaite envoyer ce formulaire sous la méthode "POST" à mon servlet qui se chargera de ses données. Seulement, j'ai à ma disposition une donnée connue. Comment ajouter cette donnée à ma requête lors de la soumission du formulaire ?

J'aurais pu le faire sous une méthode de type "GET" en ajoutant manuellement les données à mon URL, mais je tiens vraiment à ce que ça soit de type "POST".
Je pourrais aussi ajouter ma donnée au formulaire sous la forme d'un input non modifiable, mais cela ferai une redondance dans ma page..

Merci !

:ccool: J'ai trouvé une alternative :
- ajouter un input à mon formulaire avec ma donnée supplémentaire.
- rendre cet input non-visible

Code:

---

1 2 3

<input type="text" style="display:none"> // ou <input type="hidden">

---

Je me demande quand même si cette solution est propre?

tu peux aussi éventuellement mettre cette information en session, comme ça elle n'existe que "côté" serveur.

Citation:

---

Envoyé par allizou

:ccool: J'ai trouvé une alternative :
- ajouter un input à mon formulaire avec ma donnée supplémentaire.
- rendre cet input non-visible

Code:

---

1 2 3

<input type="text" style="display:none"> // ou <input type="hidden">

---

Je me demande quand même si cette solution est propre?

---

Tel que présenté ça me parait être la bonne solution, effectivement un input hidden fait l'affaire.

Citation:

---

Envoyé par fxrobin

tu peux aussi éventuellement mettre cette information en session, comme ça elle n'existe que "côté" serveur.

---

Cette solution ne me parait pas approprié car il est possible de changer d'ID à tout moment (il s'agit de mon information à passer de page en page). Les informations entrée en session ne sont-elles pas censées être des "constantes" de l'application ?

Non, en session c'est pour chacun des utilisateurs, de page en page.
Ce dont tu parles c'est plutôt un scope "application" ... là oui c'est "commun" à toutes les pages mais aussi à tous les utilisateurs.

Citation:

---

Envoyé par fxrobin

Non, en session c'est pour chacun des utilisateurs, de page en page.
Ce dont tu parles c'est plutôt un scope "application" ... là oui c'est "commun" à toutes les pages mais aussi à tous les utilisateurs.

---

J'ai du mal à te comprendre, @allizou a un pb simple, transmettre une valeur connue et non modifiable à une servlet en POST, pourquoi des solutions si complexes pour si peu. C'est simple :
1-Soit c'est un champ input hidden
2-Soit si l'utilisateur veut quand même savoir son contenu sans pouvoir la modifier, on la met en input visible readable only.
Et le champ sera bien transmis en post.
Et pour revenir à la session c'est un mécanisme de persistance en mémoire de valeurs propres à un et un seul utilisateur pour un navigateur bien connu et sur une durée bien déterminée aussi.

parce qu'en général dans des applications "pas propres" on retrouve en input hidden des identifiants de clé étrangères pour des suppressions de ligne en base de données et que c'est la porte ouverte à des attaques, des intrusions, des compromissions sur les données.

Les informations "métiers" qui doivent transiter de page en page, les bonnes pratiques font qu'on les garde côté serveur en session. Si ce sont des informations techniques pour la "vue" et qui ne peuvent pas être corellé avec le modèle métier, là oui les input hidden c'est très bien (d'ailleurs, JSF utilise plein de input hidden et d'identifiants techniques comme ça).

Je répondait à la question qui était ... "ça marche, mais est-ce bien propre" ... j'ai répondu : oui, ça marche, mais non c'est pas hyper propre surtout si la donnée contenue est une donnée "métier".

Après vous faites comme vous le voulez ;-)