Je me code un outil de débug...le truc classique qui dumpe en HTML le contenu d'une session et d'une requete...
 
g fait un truc qui marche bien pour 1 user ...
 
maintenant je voudrais faire un truc qui me permette de voir pour tous les users en cours sur mon serveur...pouvoir voir leur session (voire leur request, si c possible), le temps de connection, etc...
 
y'a des méthodes standards d'accès ? sinon, ce serait pour websphere 5.0

ça ferait partie des Mbeans propriétaires du serveur à mon avis.

J'ai rien trouvé de standard, sauf à charge pour toi de mettre en place un tel mécanisme - relativement aisé.
 
Exemple proposé sur un autre forum
 
Mais il y a des chances pour que ça soit fourni par websphere, soit via MBeans comme le dit nraynaud, soit via d'autres méthodes propriétaires.

Jubi > bien entendu, la bonne opération si tu as un MBean proprio, c'est de définir une interface MBean standard dans ton application et de wrapper le truc proprio dedans, de façon que le point d'adaptation soit clairement découpé.
 
Pour savoir ce que tu mets dans ton interface à toi, soit tu regardes 2-3 serveurs d'appli et tu cherches un truc moyen, soit tu copies les méthodes que tu trouves dans le premier que tu rencontres.

Je savais pas ce que c'était un MBeans...j'ai trouvé, c du JMX en fait...j'y connais rien ...
 

 
ben la voilà l'interface : HTTPSessionListener, ca suffit pour ce dont j'ai besoin.
par contre, où gérer l'instanciation de mon bean qui va écouter le serveur à la recherche de nouvelle session ?

la nouvelle mode (Spring, pico/nanobidule etc.), c'est de faire instancier ça par réflexion par un conteneur.

JMX, c'est palpitant. J'ai eu la malchance de l'utiliser avec Weblogic 6.1, et c'était torché... une merde inimaginable, avec une javadoc d'un amateurisme complet (genre "Document this" or un blanc pour décrire certaines méthodes).
 
Mais tout cela à dû évoluer. Je veux y croire.
 
Pour ce qui est de l'instanciation, c'est pas les choix qui doivent manquer, l'important étant :
- d'être consistent avec le reste (ne pas instancier à la Spring ici et à la cowboy là);
- de documenter.

nraynaud > il parle de sessions http
jubi > y'a eu 2347 topics à ce sujet, au moins.

j'ai trouvé 1 topic :  
http://forum.hardware.fr/forum2.ph [...] ash_post=0
 
et il a pas trop de réponses autre que ce qui a été donné ici...
 
sinon apparement mon boss a codé un truc du genre : en fait les sessions sous Websphere contiennent un pointeur vers l'ensemble qui les contient...je sais pas si c vrai ailleurs pour d'autres serveurs...

genre en allant chercher le SessionContext et en utilisant getIds() ?
 
http://java.sun.com/j2ee/sdk_1.3/t [...] ntext.html
 

c'est pas assez grand?
 
 
... suffit d'utiliser le listener et de stocker les sessions.

t'es obligé de me casser mes effets de manches ? belge de mes couilles à la mèche ne cachant pas la calvitie

Oh, calmos sur les Belges, ok
 
Quand vous ferez des moules-frites qui ressemblent à qq chose, on en reparlera

j'temmène à Brest, tu vas voir, on sait faire des moules-frites qui ont de la gueule, avec une bonne bière (Britt) et tout le bar qui gueule à tue-tête "les lacs du Connémaraaaaaaaaaaa". Top moumoute que j'te dis !

ouhais...enfin donc il est impossible d'avoir simplement une liste de session active à un instant X, sans avoir un truc qui listen depuis le démarrage du serveur...faut juste que je trouve un coin propre pour instancier le listener...

depuis le déploiement de l'appli ça me parraît suffisant, non ?

Y'a pas de coin a priori plus propre qu'un autre. Ce que je trouvé dégueu, c'est quand une appli utilise une demi-douzaines de méhodes pour faire un boulot similaire.
 
Startup classes, ça existe en WSphere ?

je crois que je v rester sur le listener...après tout, c'est générique, c standard, et donc c portable...