est ce que vous savez comment faire pour stocker l'identifiant de session dans l'URL et non pas dans un cookie... (je cherche en // mais si qqun le sait tout de suite, je perdrai moins de temps)

http://www.covalent.net/support/do [...] mcat4.html
qui dit qu'il faut mettre <Context cookie="false"... le pb c'est que chez moi, c'est déjà à false !

 
faut que tu encodes tes URL

euh oui, concrètement, t'aurais un ptit exemple pour moi ?

ben au lieu de faire un truc genre out.print("<A HREF=\"/servlet/TaServlet\">MaServlet</A>" )
 
tu dois faire out.print("<A HREF=\"" + encodeURL("/servlet/TaServlet" ) + "\">MaServlet</A>" )
 
et encoreRedirectURL pour les redirections

ok, je note, j'ai donc pas mal de boulot pour demain alors. C'est bizarre, parce que mon "collègue" m'a dit que l'appli tournait avec tomcat 3.3 (et il m'a demandé de la rendre compatible tomcat 4)

j'ai refait des tests, et voici ce que ça donne :
si dans server.xml je mets <Context path="/mon_path" ... cookie="false"> ça n'a aucun effet. Par contre, si avec mon navigateur, je bloque les cookies, alors l'identifiant de session se place comme il faut dans l'URL, exactement comme je veux. Mais comment faire pour ne pas avoir à bloquer les cookies dans le navigateur et que l'id de session passe tout de même par l'URL  

y'a une bonne raison pour faire ça??
parce qu'à part faire des urls toutes moches, je vois pas l'avantage de pas utiliser des cookies!

z0rglub a écrit a écrit : j'ai refait des tests, et voici ce que ça donne : si dans server.xml je mets <Context path="/mon_path" ... cookie="false"> ça n'a aucun effet. Par contre, si avec mon navigateur, je bloque les cookies, alors l'identifiant de session se place comme il faut dans l'URL, exactement comme je veux. Mais comment faire pour ne pas avoir à bloquer les cookies dans le navigateur et que l'id de session passe tout de même par l'URL

 
parce que si les cookies sont disponibles, java va toujours les utiliser par défaut. C'est seulement si le client les refuse qu'il utilisera l'URL encoding.

la bonne raison : mon boss veut ça comme ça ! j'en sais pas d'avantage. Mais je vais p-e arrêter de faire le mouton et aller lui demander le pkoi !

good idea
ça t'aidera pê a trouver une solution aussi. (ou à te rendre compte qu'il a pas d'argument qui tienne la route)

bon alors apparemment, on n'utilise pas de cookie, parce qu'on veut que les utilisateurs puissent ouvrir 2 fenêtres de navigateur sans pour autant utiliser la même session...Pour avoir une sorte de "dialogue" entre les 2 fenêtres.

hmmm.
c'est à tester.
et il faut alors absolument que ton user ne cree pas la 2e fenetre lui meme (CTRL-N), sinon l'id de session sera la meme. car dans ce cas, meme s'il "logout" dans la 2e fenetre, la session sera invalidée, donc il devra se relogger dans la 1e.
bref, chuis pas convaincu que c'est viable votre truc...
et puis, tu peux mettre ce que tu veux dans ta session, donc pq ne pas utiliser qqch comme "windowid=X" dans ton url, mais en utilisant qu'une seule session?

non, je veux dire la question ne se pose plus, il faut l'identifiant de session dans l'URL. C'est pas moi qui vais modifier toute l'appli parce que ça marche pas avec Tomcat 4

n'oublie pas que tu vas devoir encoder toutes les urls de ton site et que si le user rentre une adresse à la mano tu perds la session

ok, bon et bien, le pb a été trouvé : je suis illitré !
en effet, l'attribut n'était pas "cookie" mais "cookies". Je pars me fouetter avec des orties fraiches. A plus tard !

(et prend des photos)