Accueil de l'archive Service proposé par Hervé AGNOUX

TOUT -|- TOUT sur le visuel -|- TOUT sur la logistique

Date sent:      	Fri, 12 Jan 2001 12:49:39 +0100 (MET)
From:           	Pascal Nicolas <pn@info.univ-angers.fr>
To:             	java@u-strasbg.fr
Subject:        	à propos de HttpSession
Send reply to:  	java@u-strasbg.fr



 J'utilise Apache jserv1.1.2 oui, oui je sais on va passer à resin :-)) et
je m'aperçois qu'une http session est mémorisée par cookies. Or il est dit
un peu partout que l'id de session se mémorise par cookies ou réécriture
d'url. Alors comment fait-on pour avoir le mécanisme de réécriture d'url.
Dans la doc on trouve : "To expose whether the client supports cookies,
HttpSession defines an isCookieSupportDetermined method and an
isUsingCookies method. "

Et je ne trouve pas ces méthodes.  Ké passa ?

Question subsidiaire : une httpsession identifie quoi exactement ? on dit
un utilisateur (un client) qui accède au site web, mais si quelqu'un
pouvait me donner des détails pour les cas suivants 

  . 2 fenêtres du même navigateur ouvertes sur une machine = 2 sessions ?
  . 2 navigateurs différents lancés sur la même machine = 2 sessions ? .
  plusieurs utilisateurs derrière un proxy = 1 session ? . N users (au
  sens unix NT) tous sur la même machine = N sessions ?

Merci


Pascal NICOLAS                Universite d'ANGERS
E Mail   : pascal.nicolas@univ-angers.fr
Web Page : http://www.info.univ-angers.fr/pub/pn/




     

Date sent:      	Fri, 12 Jan 2001 13:04:16 +0100
From:           	"Eric LEMAITRE" <eric.lemaitre@csinstitut.fr>
Organization:   	CS-Institut ( http://www.csinstitut.fr )
To:             	java@u-strasbg.fr
Subject:        	Re: à propos de HttpSession
Send reply to:  	java@u-strasbg.fr

Salut !

Pascal Nicolas a écrit :

>  J'utilise Apache jserv1.1.2 oui, oui je sais on va passer à resin :-))
>  et je
> m'aperçois qu'une http session est mémorisée par cookies. Or il est dit
> un peu partout que l'id de session se mémorise par cookies ou réécriture
> d'url. Alors comment fait-on pour avoir le mécanisme de réécriture
> d'url. Dans la doc on trouve : "To expose whether the client supports
> cookies, HttpSession defines an isCookieSupportDetermined method and an
> isUsingCookies method. " Et je ne trouve pas ces méthodes.  Ké passa ?

Si je peux me permettre (c'est simplement mon avis), laisse immédiatement
tomber "jserv1.1.2" car c'set un simple prototype non maintenu par Sun,
passe de suite à "TomCat" ou "resin" de caucho.com si tu veux, parce que
vu l'absence de maintenance rien ne garantit que ça y soit ou que ça
fonctionne si ça y est, alors que les deux autres sont régulièrement
suivis.

@ ++ !

--
    ^
   ° °    Eric LEMAITRE
  / V \   Ingénieur CNAM (CNAM Computer Engineer, MSCS)
 //   \\  Ingénieur et Formateur certifié Linux Red-Hat (RHCE & RHCX
 Certified)
/ (   ) \ Responsable de formation pour les filières Internet et Linux
(Head of Internet/Linux Education Department)
   ^~^


     

From:           	Olivier Dedieu <Olivier.Dedieu@inria.fr>
Date sent:      	Fri, 12 Jan 2001 13:37:01 +0100 (MET)
To:             	java@u-strasbg.fr
Subject:        	Re: à propos de HttpSession
Send reply to:  	Olivier.Dedieu@inria.fr


>  
>   J'utilise Apache jserv1.1.2 oui, oui je sais on va passer à resin :-))
>   
>  et je m'aperçois qu'une http session est mémorisée par cookies. Or il
>  est dit un peu partout que l'id de session se mémorise par cookies ou
>  réécriture d'url. Alors comment fait-on pour avoir le mécanisme de
>  réécriture d'url. 

Le cookie de session est non persistant (ie il n'est pas écrit dans le
fichiers de cookies). Ca pose moins de pb (cf. infra) et ca n'a pas le
defaut habituel du session ID dans l'URL (pb du bookmarkage, de l'envoi
par mail d'un URL a quelqu'un, ...)

>  Question subsidiaire : une httpsession identifie quoi exactement ? on
>  dit un utilisateur (un client) qui accède au site web, mais si
>  quelqu'un pouvait me donner des détails pour les cas suivants 
>    . 2 fenêtres du même navigateur ouvertes sur une machine = 2
>    sessions ?
Avec les cookie non (puisque le meme cookie sera renvoyé par les 2
fenetres). 

>    . 2 navigateurs différents lancés sur la même machine = 2
>    sessions ?
Oui.

>    . plusieurs utilisateurs derrière un proxy = 1 session ?
Idem 1er cas (le cookie est stocké chez le client, pas dans le proxy).

>    . N users (au sens unix NT) tous sur la même machine = N sessions ?

Idem 1er cas (chaque user a son propre jeu de cookie)

a+

---------------------------------------------------------------
 Olivier Dedieu - (INRIA - Bull / WebTools - Pharos)
 Web: http://www-sor.inria.fr/~dedieu  
 JavaChannel: http://www.java-channel.org/
 Pharos team: http://webtools.dyade.fr/pharos/
---------------------------------------------------------------





     

Date sent:      	Fri, 12 Jan 2001 13:54:28 +0100 (MET)
From:           	Pascal Nicolas <pn@info.univ-angers.fr>
To:             	java@u-strasbg.fr
Subject:        	Re: à propos de HttpSession
Send reply to:  	java@u-strasbg.fr



On Fri, 12 Jan 2001, Olivier Dedieu wrote:

> Le cookie de session est non persistant (ie il n'est pas écrit dans le
> fichiers de cookies). Ca pose moins de pb (cf. infra) et ca n'a pas le
> defaut habituel du session ID dans l'URL (pb du bookmarkage, de l'envoi
> par mail d'un URL a quelqu'un, ...)


Eh oui je suis bien d'acord, mais il y a toujours des utilisateurs parano
qui désactivent les cookies, alors comment peut-on s'arranger pour
détecter que cet utilisateur ne veut pas de cookies et basculer dans le
mode réécriture d'url?

Et merci pour les précisions sur les différents cas d'utilisation.

Pascal NICOLAS                Universite d'ANGERS
E Mail   : pascal.nicolas@univ-angers.fr
Web Page : http://www.info.univ-angers.fr/pub/pn/





C'est fini ! Retour à l'accueil de la pseudo-archive