Discussion :

[NikoBe]

Bonjour,

Je suis en train de développer un formulaire mais qui pourrait vite devenir très long à compléter (une dizaine de pages).
a des fins d'utilisabilité, je voudrais donc autoriser l'utilisateur à quitter l'application pour y revenir plus tard, et retrouver les données qu'il a déjà introduites.
Il faudrait donc en plus une identification par login/mot de passe.

Utilisant JSP avec Tomcat, mais n'y connaissant pas grand chose, je me réfère à vous pour savoir s'il existe des techniques ou technologies particulières qui pourraient m'aider à cette tâche.

Pour info, toutes les données que l'utilisateur introduits sont enregistrées dans des variables de sessions JSP. Serait-il alors possible de "sauvegarder" une session afin de la récupérer par la suite ?


Un grand merci d'avance,

NikoBe

[zekey]

Salut

en théorie oui, une session étant serializale, tu peux la sérialiser et la déserialiser quand l'utilisateur se reconnecte. Mais comme il faut quand même que sauve l'objet sérialiser pourquoi ne pas (et c'est plus propre) ne pas sauvegarder les données directement en db ?

[NikoBe]

De fait, je pensais aussi à tout sauver en DB, mais après réflexion (petite) et vu la manière dont est construite l'application, ce sera sans doute plus simple de serialiser/déserialiser la session (je ne sais pas encore exactement ce que ça veut dire, mais je vais faire des recherches)

Pour l'instant, l'utilisateur peut 'naviguer' à travers toutes les pages du formulaires un peu comme il le souhaite sans perdre ses données.

exemple pour les input "text"

Code :

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

1
2
 
<input type="text" name="nom_uti" value="<%= session.getAttribute("nom_uti") %>" />

Ce qui à priori voudrait dire que si on recharge la session correctement, tous les champs du formulaire seraient automatiquement réalimentés.

(Après ça, il restera encore le problème de connexion par login/mdp)

[zekey]

Sérialiser la session n'est vraiment un bonne pratique, mais si tu le fais tout de même veille a n'avoir que des objets qui implements serializable (De toutes facon sinon tu prendra une erreur @runtime)

[NikoBe]

Comme je l'ai dit plus haut, je ne suis vraiment pas expert dans ces technologies.
Donc si serialiser n'est pas une bonne pratique, je préfère tout de même sauver en DB (note que je n'ai pas d'objets à proprement parler à sauver, uniquement les attributs de sessions).

C'est sans un peu bcp demander, mais est-ce que qqn pourrait me guider/m'orienter sur la manière d'implémenter tout ça ? et surtout sur la partie connexion par login/mot de passe

Encore merci !!

[zekey]

En fait ta premiere erreur est de ne pas passer par des objets pour sauvegarder les données de l'utilisateur. En fait la démarche normale est d'utiliser un framework MVC, celui-ci pourra mapper les champs html vers un objet java apres tu n'aura plus qu'a (oui je sais yaka) les sauver en db.
Framework MVC : Spring Webflow, struts, etc...
Dans ton cas je te conseille Spring Webflow puisqu'il permet de facilement gerer des flow (type wizard) en sauvegardant les informations dans le flow et non pas dans la session (ce qui est aussi une mauvaise pratique, pour des raisons de mémoire).

voila