Discussion :

[illegalsene]

Bonjour,

Je souhaiterais pouvoir ouvrir plusieurs session mon application web avec authentification dans la même instance d'un navigateur.
Comme cela est impossible, je me suis renseigné et apparement ce problème peut être contourné en créant un identifiant de fenêtre.


Quelqu'un aurait-il une idée sur l'implémentation des ses identifiant ?

Merci.

[OButterlin]

Voici comment j'avais procédé...

Dans la phase de login, je génère un identificateur de fenêtre (en utilisant un System.currentTimeMillis() par exemple) qui me servira d'identificateur de fenêtre.

Tous les beans représentant les données de la page contiennent cette valeur.

Toutes les pages jsp contiennent un champ caché pour envoyer cette valeur aux contrôleurs.

Ensuite, il suffit de stocker les informations d'une "session utilisateur" dans une map dont la clé est l'identifiacteur de fenêtre au travers d'un objet spécialisé qu'on pourrait appeller "WindowSession".
Donc, à chaque requête http, on récupère l'objet WindowSession grâce à l'identificateur de fenêtre, et on transmet cet objet dans le request...

Quand on doit utiliser un lien <a>, il faut rajouter l'id de fenêtre à la liste des paramètres.

A+

[illegalsene]

Merci pour ton aide.

J'ai fait d'autres tests dans mon application. J'ai cependant un autre soucis au niveau de l'ouverture de multiple fenêtre.
Je dispose d'un formulaire j'affiche des données provenant d'une base de données. Les données sont affichées dans le même formulaire après validation du formulaire. Si le même formulaire est ouvert dans deux pages différentes, il arrive que les données censées s'afficher dans le formulaire n°1 s'affiche également dans le formulaire n°2 ce qui provoque une perte de données.
Pense-tu qu'il est possible de contourner ce problème grâce à l'utilisation d'identifiant de fenêtre ?

Merci.

[OButterlin]

Ben oui, ça marche aussi dans ce cas...
Mais il faut bien sûr que l'objet contenant les données de la page soit sauvegardé dans le context "WindowSession"
Un truc dans le genre...

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
 
// Servlet
...
public void service(HttpServletRequest request, HttpServletResponse response)
{
   String windowSessionName = request.getParameter("WindowSessionName");
 
   // Récupération du WindowSession
   WindowSession windowSession = (WindowSession)request.getSession().getAttribute(windowSessionName);
 
   // Création de l'objet d'échange utilisé par la jsp
   DataPageBean pageBean = new DataPageBean();
   windowSession.putObject("NomPourLaPage", pageBean);
 
   ... 
 
   ResultSet rs =  stmt.executeQuery(...)
   while (rs.next())
   {
      ... chargement d'une liste dans pageBean
   }
 
   ... appel de la page jsp via requestDispatcher ou autre
 
}

Dans la page jsp

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
 
<%
   String windowSessionName = request.getParameter("WindowSessionName");
 
   // Récupération du WindowSession
   WindowSession windowSession = (WindowSession)request.getSession().getAttribute(windowSessionName);
 
   DataPageBean pageBean = (DataPageBean)windowSession.getObject("NomPourLaPage");
 
etc...
%>

Tu vois ce que je veux dire ?

A+

[BugFactory]

Petite remarque : un utilisateur malfaisant pourrait essayer de changer son identifiant de fenêtre pour usurper la session de quelqu'un d'autre.

L'implantation de OButterlin n'a pas ce problème, car les identifiants de pages sont stockés dans la session de l'utilisateur. Donc l'utilisateur ne pourrait voler que ses propres identifiants de fenêtre. Si en revanche vous choisissez de stocker ces identifiants dans une variable globale pour toute l'application, vous aurez besoin d'un mécanisme d'authentification... Mieux vaut donc utiliser les sessions comme OButterlin.

[illegalsene]

je comprends pas ce que représente ta classe WindowSession...
Une collection?

[OButterlin]

La classe WindowSession est un objet conteneur, sauvegardé dans la session (HttpSession) sous le nom de l'identificateur de fenêtre...

Il contiendrait différents types d'informations comme :

- des informations sur l'utilisateur en cours
- des informations sur les droits/rôles (si besoin)
- une map<String, Object> pour sauvegarder des objets sous un nom
- etc...

C'est la map qui t'intéresse en l'occurrence...

Plus clair ?

[illegalsene]

String windowSessionName = request.getParameter("WindowSessionName");

Si j'ai bien compris ton raisonnement. Dans tes jsp, tu es contraint de stocker WindowSessionName dans un champ caché... ?

[OButterlin]

Comme tous tes formulaires (ou tous les liens) contiennent un champ caché nommé "WindowSessionName" contenant l'ID de la "WindowSession",
tu récupères l'objet associé à la fenêtre en cours.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
<form action="...">
<input type="hidden" name="WindowSessionName" value="<%=pageBean.getWindowSessionName()%>" />
...
</form>

Il y aurait bien un cas à tester, c'est celui de la redirection. Il me semble qu'on part sur un nouveau request (mais ça pourrait dépendre du serveur, à vérifier).

Sinon, rien ne t'empêche (pour contourner ce problème) de faire un request.setAttribute("WindowSessionName", windowSessionName) dans la servlet, et de récupérer dans la jsp sous cette forme

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
<%
String windowSessionName = request.getAttribute("WindowSessionName");
if ( windowSessionName == null ) windowSessionName = request.getParameter("WindowSessionName");
...
%>

Ce qui est peut-être perturbant dans mon exemple, c'est que j'ai appelé le champ "WindowSessionName" et que dans la servlet (ou la jsp), la valeur représente l'ID de la fenêtre...

[illegalsene]

Que représente dans pageBean dans ton exemple un bean de stockage ?
De plus d'après ton exemple, l'objet windowSession est stocké en session hors mon but est de ne pas utiliser les sessions.

Merci pour ton aide.