la liste des utilisateurs actifs d'une application

Version imprimable

11/02/2010, 15h06
john_wili

la liste des utilisateurs actifs d'une application

bonjour,

je veux créer une jsp si je la consulte
à tous moment elle me donne la liste des utilisateurs actifs connecté à mon application ainsi que l’heure de leur Accès

ce n'est pas la création de la jsp et l'affichage des informations qui me préoccupe mais plutot comment avoir ces informations
comment je peux les récupérer
qlq'un à une idée ??
merci
11/02/2010, 16h08
OButterlin

Tu utilises quel type d'authentification ?
11/02/2010, 17h14
john_wili

je check par le username saisi par l'utilisateur et son mot de passe
s'il a le droit d'accés
11/02/2010, 17h27
OButterlin

et ensuite, tu stockes l'information en session ?
12/02/2010, 09h39
link256

Dans ce cas la ne faudrait-il pas passer par le contexte applicatif dans lequel serait stocké la liste des utilisateurs connectés?
12/02/2010, 10h39
OButterlin

Oui, en fin de compte, il faudra le stocker dans le contexte application, mais à la base, il faut gérer les entrées dans cette liste.
Donc, si on utilise la session, on peut utiliser un listener sur la session pour ajouter/supprimer l'entrée (voir HttpSessionListener)
12/02/2010, 10h53
Jidefix

Bonjour,
c'est peut-être un peu too much pour ce que tu veux en faire, mais l'application gratuite JProbe (ou Lambda Probe je sais plus) te permet d'auditer une application web, avec entre autres
- la liste des utilisateurs connectés (adresse IP, numéro de sessions)
- les infos des sessions (variables, durée de la session, taille totale en mémoire...)

et tout plein d'autres infos...
12/02/2010, 11h15
OButterlin

Too much ? 8O

Y a pas plus light... qui plus est, il faut tout de même gérer les informations correctement (la déconnexion en particulier)
12/02/2010, 11h33
link256

Citation:

Envoyé par OButterlin

Oui, en fin de compte, il faudra le stocker dans le contexte application, mais à la base, il faut gérer les entrées dans cette liste.
Donc, si on utilise la session, on peut utiliser un listener sur la session pour ajouter/supprimer l'entrée (voir HttpSessionListener)

je voyais plus l'utilisation d'un HttpSessionListener dans le cas d'une déconnexion de l'utilisation sur une session expirée qui irait supprimer l'entrée dans la liste si l'utilisateur ne s'est pas déconnecté proprement (fermeture du navigateur) ou une inactivité.

Pour la connexion et l'ajout à la liste se ferait uniquement si l'utilisateur est considéré comme authentifier et ajouté en session.
12/02/2010, 11h54
Jidefix

Citation:

Envoyé par OButterlin

Too much ? 8O

Y a pas plus light... qui plus est, il faut tout de même gérer les informations correctement (la déconnexion en particulier)

Euh... je parlais de Lambda Probe pour dire que c'était tout much, pas de ta solution ;)
S'il veut juste connaitre les utilisateurs actifs, c'est quand même un gros module... mais pas hyper compliqué à installer donc moi j'aime bien
14/02/2010, 11h35
john_wili

Citation:

Oui, en fin de compte, il faudra le stocker dans le contexte application, mais à la base, il faut gérer les entrées dans cette liste.
Donc, si on utilise la session, on peut utiliser un listener sur la session pour ajouter/supprimer l'entrée (voir HttpSessionListener)

vous pouvez svp me donner un exemple(un bout de code )
ou un lien que je peux consulter pour avoir plus de détails

merci beaucoup
15/02/2010, 11h06
john_wili

Citation:

Bonjour,
c'est peut-être un peu too much pour ce que tu veux en faire, mais l'application gratuite JProbe (ou Lambda Probe je sais plus) te permet d'auditer une application web, avec entre autres
- la liste des utilisateurs connectés (adresse IP, numéro de sessions)
- les infos des sessions (variables, durée de la session, taille totale en mémoire...)

et tout plein d'autres infos...

bonjour,

C’est quoi l’avantage d’utiliser Lambda Probe
Puisque le manager de tomcat donne les informations suivantes
adresse IP des users connectés
la durée de connexion
??
merci

Alors ce que tu peux faire à la l'initialisation de ton application dans un listener par exemple placer une liste vide de type hashmap.
Code:

1 2 3 4 5 //Chargement du contexte Context ctx = new InitialContext(); HashMap map = new HashMap(); ctx.rebind("ListeUtilisateur",map);
dans ton action authentification de l'utilisateur
Code:

1 2 3 4 5 6 //Si l'utilisateur est authentifié javax.naming.Context ctxt = new InitialContext(); HashMap map = (HashMap) ctxt.lookup("ListeUtilisateur"); map.put("userID","userID ou un bean qui contiendrait non/prénom"); ctx.rebind("ListeUtilisateur",map);
à la déconnexion tu retires la ligne du HashMap.
Et pour ce qui est suite à une perte de session regarde le post http://www.developpez.net/forums/d86...ateur-session/ ou OButterlin donne un exemple d'utilisation de HttpSessionListener.

Je t'ai mis un HashMap dans le cas ou un même utilisateur lance 2 navigateurs différents et ainsi éviter de le voir apparaître 2 fois dans la liste des utilisateurs présent après cela dépend de la règle de gestion qui t'est imposé.

Bonjour,
Voila ce que j’ai fait
J’ai crée un listner voici son code

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
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
 
package com.yourcompany.struts.UtilClass;
 
import java.util.HashMap;
 
import javax.naming.Context;
import javax.naming.InitialContext;
import javax.naming.NamingException;
import javax.servlet.*;
import javax.servlet.http.*;
 
public class MySessionListener
implements HttpSessionListener {
public MySessionListener() throws NamingException {
 
}
 
 
public void contextInitialized(ServletContextEvent event) throws NamingException {
 
	Context ctx = new InitialContext();
	HashMap map = new HashMap();
	ctx.rebind("ListeUtilisateur",map);	
 
	    }
 
 
 
public void sessionCreated(HttpSessionEvent sessionEvent) {
// Get the session 
HttpSession session = sessionEvent.getSession();
try {
System.out.println("Session created: "+session);
session.setAttribute("foo","bar");
 
 
 
 
 
} catch (Exception e) {
System.out.println("Error in setting session attribute:");
}
}
 
public void sessionDestroyed(HttpSessionEvent sessionEvent) {
// Get the session that was invalidated
HttpSession session = sessionEvent.getSession();
// Log a message
System.out.println("Session invalidated: "+session);
System.out.println("The name is: " + session.getAttribute("foo"));
}
}

Et je l’ai déclaré dans le web.xml comme suit

Code:

1
2
3
4
 
    <listener>
        <listener-class>com.yourcompany.struts.UtilClass.MySessionListener</listener-class>
    </listener>

Et dans la servlet ou je fais l’authentification du user je mis le username comme suit

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
 
Context ctxt;
		try {
			ctxt = new InitialContext();
			HashMap map = (HashMap) ctxt.lookup("ListeUtilisateur");
			map.put("userID",username);
			ctxt.rebind("ListeUtilisateur",map); 
 
 
		} catch (NamingException e2) {
			// TODO Auto-generated catch block
			e2.printStackTrace();
		}

mais j'ai une erreur devant le code

Code:

1
2
 
	HashMap map = (HashMap) ctxt.lookup("ListeUtilisateur");

l'erreur

Code:

1
2
 
javax.naming.NameNotFoundException: Le Nom ListeUtilisateur n'est pas lié à ce Contexte

svp pouvez m'orienter ou est mon erreur ?
merci

19/02/2010, 08h37
OButterlin

L'erreur vient du fait qu'il ne trouve pas l'objet à l'endroit définit par l'initialContext, le message est très clair, il ne faut pas chercher midi à 14 heures :mouarf:

Là, je ne vois pas comment t'aider, il faudrait déjà montrer comment tu as défini la référence JNDI sur la liste...
Ceci dit, tu pourrais tout simplement passer par le context application, dans les pages JSP, il est défini par "application", dans une servlet, tu peux le récupérer par request.getSession().getServletContext().
Ensuite, put, get... standard...
19/02/2010, 11h48
link256

:oops:
j'ai donné le code pour passer via JNDI (avantage la liste des sessions peut être récupérée par une autre application sur le même serveur)

En dehors de çà il y a-t-il avantage ou inconvénient à passer par JNDI ou contexte applicatif ?
19/02/2010, 12h20
OButterlin

Il n'y a pas de problème en soit, tout dépend de ce qu'on veut faire...
Mais en l'occurrence, il aurait été judicieux de préciser que l'objet ne va pas atterrir tout seul dans ce "contexte" mais qu'il faut l'y mettre.

Sinon, pour faire l'équivalent sans JNDI (pour le fun ;)), on peu utiliser un bon vieux System.getProperties().get(nom) / put(nom, objet)

Citation:

Là, je ne vois pas comment t'aider, il faudrait déjà montrer comment tu as défini la référence JNDI sur la liste...

voila comment j'effectue l'authentification :
je récupère le username et le password depuis le formulaire et je vérifie si
l'utilisateur existe et son password est correct comme suit:

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
26
27
28
29
30
31
32
33
34
35
36
37
 
  try {
 
            env.put(Context.INITIAL_CONTEXT_FACTORY,"com.sun.jndi.ldap.LdapCtxFactory");
            env.put(Context.PROVIDER_URL,url_ldap); 
            env.put(Context.SECURITY_PRINCIPAL, username + "@" + domaine);
            env.put(Context.SECURITY_CREDENTIALS, password);
            InitialDirContext ctx = new InitialDirContext(env);
            } 
 
	 catch (AuthenticationException ex) {
       msg = ex.getExplanation();
        if (msg.indexOf("LDAP: error code 49") != -1){
            msg = "Erreur lors de l'authentification. Vérifiez votre Username/Password.";
            System.out.println(msg);
 
            verif = true;      
        }      
  } 
	catch (NamingException en) {
 
        msg = en.getExplanation();
        en.printStackTrace();
        System.out.println("rien");
    } 
 
    catch (Exception ec) {
        System.out.println("doLDAPLogibn : Erreur " + ec.toString());
    }
 
 
	 if (verif.equals(true)){
		  loginForm.setHiddenTest("Erreur user/pass");
		  System.out.println("Erreur user/pass");
 
		  return mapping.findForward("login");
	  }