Multifenetrage avec une seule instance de navigateur web

Version imprimable

11/09/2008, 10h56
illegalsene

Multifenetrage avec une seule instance de navigateur web

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.
11/09/2008, 11h23
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+
11/09/2008, 14h33
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.

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:

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:

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+

11/09/2008, 15h30
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.
11/09/2008, 15h37
illegalsene

je comprends pas ce que représente ta classe WindowSession...
Une collection?
11/09/2008, 15h48
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 ? ;)
11/09/2008, 16h44
illegalsene

Citation:

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é... ?
11/09/2008, 17h43
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:

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:

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... :aie:
22/09/2008, 15h36
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.