[session] gestion d'une session par fenetre de navigateur

Bonjour,

J'aimerai savoir s'il existe une solution (code ou paramétrage) afin d'obtenir une session j2ee différente pour chaque fenetre de mon navigateur.

En effet, lorsque j'ouvre un navigateur et que j'entre dans mon application, une session est créée par mon action de login.

Si j'ouvre un second navigateur sur le même poste, il utilise la même session ce qui provoque l'écrassement des beans générés pour le 1er navigateur.

Or, pour mon application, les utilisateurs doivent pouvoir ouvrir deux sessions distinctes afin qu'ils puissent utiliser la même page sur des entités différentes (beans) et basculer d'un navigateur à l'autre sans écraser les données.

Hello,

Je pense que cela doit pas etre possible... ou alors peut etre en encodant l'id de session directement dans l'url, et en evitant d'utiliser des cookies!

A tester!

D'abord merci de me répondre.

J'ai bien penser à gérer moi même l'id de session soit dans la requête, soit en paramètre caché de mes formulaires mais je ne vois pas comment :
1- Créer une seconde session à partir d'une requête http provenant du même poste (avec un id différent).
2- Accéder à l'une ou à l'autre des sessions (grâce à l'id).

La seule solution que je vois serait de faire des "sous-sessions" type Map ou ArrayList avec un identifiant spécifique lié à chaque fenêtre de mon navigateur mais cela m'oblige à chaque requête à copier les forms dans la sous-session adéquate, ce qui est un peu lourd..

Hello,

En fait, je parlais d'encoder l'id de session dans l'url avec les mecanismes J2EE..

en faisont response.encodeUrl("url")
ou quelques choses de similaire...

Normalement tu ne stocke pas l'id de session dans un cookie...

Ah oui, c'est vrai que j'ai vu qu'au niveau du serveur d'application (j'utilise Websphere) on a accès au paramétrage de la technique de gestion des sessions.

Il y a trois modes :
- Cookie (par défaut)
- réécriture d'url
- SSL

Je ne sais pas trop ce qu'est SSL mais je vais essayer avec le mode réécriture d'URL et je te tiens au courant.

Hello,

Le mode SSL est le mode de connection securisée (Secure Socket Layers).

Mieux vaut développer l'application de bout en bout sachant que deux fenêtres sur le même poste partagent normalement la même session.
C'est sans doute inutile à ce stade du développement, alors disons que c'est pour la postérité.

Citation:

---

Envoyé par BugFactory

Mieux vaut développer l'application de bout en bout sachant que deux fenêtres sur le même poste partagent normalement la même session.
C'est sans doute inutile à ce stade du développement, alors disons que c'est pour la postérité.

---

Enfin si face à un besoin utilisateur dont tu connais la solution technique, tu leur réponds : vous n'avez qu'à faire sans, c'est inutile. Je ne pense pas que tes utilisateurs seront très contents de ton application.


Outre ces considérations, j'ai testé le fait d'encoder l'id de session dans l'url. Cela fonctionne correctement et répond à mes attentes.
Merci fabszn :wink:

Pas de problème pour les liens hypertexte mi pour les sousmission de formulaire.


En revanche, je rencontre un petit problème :

La page d'entrée de mon application est une mire d'authentification qui est soumise à une action qui effectue le contrôle de validité du compte utilisateur sur un système distant (AS400). Jusque là pas de problème.

Si le compte utilisateur est valide, j'appelle alors une page constituée de trois FRAME (un bandeau supérieur, un menu, et une page principale de navigation).

Mon problème est d'intégrer l'encodage du session id dans les paramètres SRC de mes balises FRAME.

Code:

---

1 2 3 4 5 6 7 8

<FRAMESET ROWS="90,*" frameborder="no" border="0" <FRAME NAME="enteteFrame" SRC="/bandeau.do" SCROLLING="no" noresize marginwidth="0" marginheight="0"> <FRAMESET COLS="25%,*" frameborder="no" border="0"> <FRAME NAME="menuFrame" SRC="/menu.do" SCROLLING="auto" noresize marginwidth="0" marginheight="0"> <FRAME NAME="corpsFrame" SRC="blanc.jsp" SCROLLING="auto" noresize marginwidth="0" marginheight="0"> </FRAMESET> </FRAMESET>

---

Existe-t-il soit une balise équivalente (struts / jstl ???) qui prenne en charge d'encodage de l'id session ou faut-il passer par les tiles (ou autre) ?

Je me répond à moi-même parceque je n'avais pas bien regardé la documentation Struts.

En effet, il suffisait d'utiliser les tags html:frame de struts.

Code:

---

1 2 3 4 5 6 7 8

<FRAMESET ROWS="90,*" frameborder="no" border="0" onLoad="window.moveTo(0,0);window.resizeTo(screen.availWidth,screen.availHeight);"> <html:frame frameName="enteteFrame" href="bandeau.jsp" scrolling="no" noresize="true" marginwidth="0" marginheight="0"/> <FRAMESET COLS="25%,*" frameborder="no" border="0"> <html:frame frameName="menuFrame" href="menu.jsp" scrolling="auto" noresize="true" marginwidth="0" marginheight="0"/> <html:frame frameName="corpsFrame" href="blanc.jsp" scrolling="auto" noresize="true" marginwidth="0" marginheight="0"/> </FRAMESET> </FRAMESET>

---

Voila. Je suis désolé c'était tout simple.

En tout cas, merci de m'avoir mis sur a voie.

Pour informations (pour ceux que ça interresse) :
La méthode de gestion de la session J2EE au sein du serveur d'application WebSphere (j'utilise WAS v5.0), se configure au niveau des propriétés supplémentaires de l'application sous la rubrique "Gestion de session".
Dans "Propriétés Générales", modifier la propriété "Mécanisme de suivi de session" de "Activer les cookies" vers "Activer la réécriture des URL".

Merci à tous.

Juste une indication complémentaire,

Tu partageras une même session seulement si tu ouvres une nouvelle fenetre en utilisant "Fichier / Nouveau / Fenêtre" ou plus communément le Ctrl+N.

Maintenant, si tu ouvres un nouveau navigateur, tu auras deux sessions bien différente sur un même poste.