Identification avec redirection

Bonjour à tous.

J'ai un petit souci et je n'arrive pas à trouver une solution propre à mon problème.

Je développe une application web avec Struts / Hibernate / Tomcat qui sera un site de vente en ligne.
J'ai besoin que dans certains cas, pour accéder à certaines pages, l'utilisateur soit authentifié.
L'authentification n'est pas tout le temps nécessaire mais peut être demandée en fonction de la section du site où l'utilisateur décide d'aller.

Pour ce faire, donc, j'ai lu qu'on pouvait mettre son propre contrôleur (RequestProcessor) pour vérifier avant d'entrer dans une action si on est connecté et qu'on a les droits suffisants.

Moi ma question serait plutôt de savoir d'où je viens lorsque je me suis connecté pour être redirigé ensuite. Car je peux me connecter de n'importe où dans le site, et surtout en venant de n'importe où.

Ainsi, si par exemple l'utilisateur clique sur le bouton "Passer une commande", je dois vérifier qu'il est connecté. S'il est connecté, OK sinon, il est redirigé vers la page de connexion / création de compte.
Pour cette partie ça va mais c'est après que ça se corse :
En sortie de l'action login(), il doit être redirigé vers la page sur laquelle il essayait d'aller précédemment.

Une idée ?

Utilise le form-based authentification du conteneur, et indique dans ton web.xml tes url .do nécessitant des droits d'accès (security-constraint appliquée à des paths). Le conteneur sauvera qqe part la requete, affichera la page de login (configurée aussi dans le web.xml) et après le login correct (ou si la personne était déjà loggué), laissera cette même requete passer jusqu'au servlet qui la gère. Pour l'utilisateur çà fait

* 1. submit struts
* 2. page de login
* 3. submit login
* 4. vois le resultat de 1.

Merci tchize_ pour ta réponse.
Ca a l'air simple comme tu en parles, mais j'aurais besoin d'un petit exemple de web.xml configuré comme tel.

Si tu connais un petit tuto qui pourrait m'aider ce serait avec joie.

Merci pour ta réponse en tout cas.

http://beuss.developpez.com/tutoriel...formulaire/#LV

Tino13, saches que ce genre de methode est totalement dépendante de Tomcat. Donc ton site devra toujours tourner sous Tomcat...

Donc si je comprends bien (car j'ai relu le tuto des dizaines de fois avant de le comprendre) je suis effectivement lié à Tomcat, et je n'ai pas la possibilité de configurer un service métier dédié au login...

C'est trop peu souple comme méthode.

Sinon j'avais lu à un endroit qu'on pouvait déclarer son propre contrôleur.
Dans ce contrôleur, exécuté avant d'arriver dans l'action Struts, je pourrais configurer la gestion de droits et la redirection vers une page de login (plus souple car compatible avec les Tiles d'ailleurs).

Mon souci c'est vraiment de rediriger l'utilisateur vers l'action demandée en cas de succès de login et droits suffisants...

Si quelqu'un a déjà fait ce genre de truc, ça m'aiderait bien.

Citation:

---

Envoyé par jdvacheron

Tino13, saches que ce genre de methode est totalement dépendante de Tomcat. Donc ton site devra toujours tourner sous Tomcat...

---

Je suis loin d'être spécialiste dans le domaine mais à ma connaissance, le mécanisme d'authentification cité par tchize_ fonctionne sur d'autres serveurs d'application que Tomcat.

Citation:

---

Envoyé par c_nvy

Je suis loin d'être spécialiste dans le domaine mais à ma connaissance, le mécanisme d'authentification cité par tchize_ fonctionne sur d'autres serveurs d'application que Tomcat.

---

JE confirme, jdvacheron raconte n'importe quoi. C'est vrai que c'est mentionné dans les mécanisme de tomcat, et c'est vrai que la partie 'configurer où trouver la liste des utilisateurs' est spécifique à tomcat (çàd le realm), mais le mecanisme d'authentification est défini par le standard de sun sur les webapps et marchera dans tous les conteneurs qui le supportent (tomcat, jboss, jonas, gassfish, etc)
Par contre chacun aura sa manière de configurer la lsite d'utilisateur, mais çà c'est pas grave, c'est de toutes facons spécifique à chaque entreprise / client

Il y a par exemple un article ici pour une mise en oeuvre sur JBoss.

C'est le même tuto qu'on trouve à eu près partout et il ne m'apporte pas grand chose.
D'après ce que j'en comprend, on est obligé dans nottre form d'avoir les input j_username et j_password, et on ne peut pas décider de l'action Struts à appeler pour l'authentification.

Or moi j'ai besoin d'avoir ma propre méthode de login car je dois mettre par exemple certains trucs en session, caster mon utilisateur en fonction de ses droits, ...

De plus, j'aurais besoin d'avoir plusieurs patterns de déclenchement de la redirection vers le login, non organisés en modules struts à proprement parler.
Par exemple, je dois rediriger vers le login en fonction de la méthode appelée dans mon action (j'utilise le DispatchAction).

Je suis sûr que je ne suis pas le seul à vouloir faire ce genre de truc.

Merci de votre aide

La spécificaition n'est pas prévue pour ce genre de comportement. Les limitation d'accès au niveau de J2EE, gérées par le conteneur, ne sont possibles que sur base d'une liste d'url (avec un * possible) et sur une liste de servlet.

Donc dans ton cas, faut laisser tomber l'authentification au niveau du conteneur. Il te reste cependant une possibilité de gestion semi-automatique. Fait une recherche sur "security filter" au niveau de source forge. C'est une implémentation de l'authentification j2EE (respecte toutes les règles établies dans ton web.xml), mais gérée au niveau de la webapp et non du conteneur. Il a pas mal de possiblité supplémentaire, comme le fait de pouvoir provoquer une demande de login et probablement aussi de pouvoir mettre des listener sur l'action de login. Tu risque de devoir garder avec çà tes j_username et autre, mais au moins tu peux manipuler à ta guise le système d'authentification.


Si çà ne te conviens toujours pas, ben faut soit chercher ailleurs, soit coder ton propre filtre / système d'authentification et tout faire à la main (bref comme tu le ferais en php si tu utilise pas .htaccess ;) )

OK merci pour votre aide.
Je vais essayer de me faire un truc hors container, on verra bien...

Je tag le post comme résolu, je pense pas qu'on aura une réponse technique plus détaillée que ça.