Merci, ça me rassure qu'il y ait quelqu'un qui fasse comme ça :) Concernant le problème d'URL, si je comprends bien tu parles du cas de d'echec du login ? : L'url sera du type ".../acceuil.html" au lieu de ".../login.html" .
C'est vrai que cela peut poser problème, j'ai déjà à peu près le même cas avec l'enchainement de formulaires : si dans le premier form il y a par exemple un repeater avec une action "add". Si l'url est "form1.html" alors après le "add" l'url sera "form2.html" même si l'utilisateur est toujours sur le 1er formulaire... Je vais essayer la redirection d'URL pour régler le problème du cache client (que je n'ai pas encore rencontré :) ) et pour avoir des URL "plus propres". On 6/22/05, Jean-Baptiste Quenot <[EMAIL PROTECTED]> wrote: > * John S.Washington: > > > Cette manière de faire est elle correcte ou est ce qu'il vaut > > mieux faire autrement? > > Je me sers de cette méthode, qui marche très bien en effet. Le > seul souci, c'est que la première page du scénario en mode > authentifié et la page de login se retrouvent sur la même URL, ce > qui peut poser des problèmes pour la mise en cache: le client HTTP > se mélange parfois les pinceaux entre la page de login et la page > «d'accueil». Une redirection permet de s'affranchir de ce > problème (URL disctincte pour la page d'authentification). > -- > Jean-Baptiste Quenot > Systèmes d'Information > ANYWARE TECHNOLOGIES > Tel : +33 (0)5 61 00 52 90 > Fax : +33 (0)5 61 00 51 46 > http://www.anyware-tech.com/ > > --------------------------------------------------------------------- > Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/ > Pour vous desinscrire : mailto:[EMAIL PROTECTED] > Autres commandes : mailto:[EMAIL PROTECTED] > > --------------------------------------------------------------------- Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/ Pour vous desinscrire : mailto:[EMAIL PROTECTED] Autres commandes : mailto:[EMAIL PROTECTED]
