Discussion :

[Madfrix]

Bonjour,

j'ai une appli flash qui interroge des composants Java (notamment des stateful beans).

Le souci c'est qu'entre 2 appels de debugger (que ce soit le debugger standalone, via firefox, chrome ou IE) je perds ma session et donc le lien ne se fait plus avec mon stateful bean et mes données ne sont donc pas conservées entre 2 lancements de debugger.

Si je lance le swf contenant les infos de debug à partir d'un navigateur (sans passer par Flash Builder) pas de soucis, j'arrive bien à récupérer mon stateful bean contenant les infos du précédent lancement.

Quelqu'un a t-il déjà été confronté à ce problème ?

Merci

[Jim_Nastiq]

Salut,

Non jamais eu ce besoin ... surement une regénération du swf qui fait que le jeton est recrée , non ?
Tu as sniffé les échanges pour valider qu'il s'agit d'un changement du jeton de session ?

[Madfrix]

Salut,

je n'ai pas sniffé le flux, j'ai juste logué une trace dans une méthode @PostConstruct de mon stateful bean et debugué côté serveur pour voir l'id de mon composant.

Résultat :

- avec le debug via FB, ma méthode @PostConstruct est toujours appelée entre 2 appels de debugger et l'id de mon stateful bean est à chaque fois différent.

- avec un lancement "traditionnel" après génération du projet : comportement normal, 1 seul stateful bean est créé (pour peu bien sur que ma session soit pas timeout).

Du coup avec le debug FB, j'arrive rapidement à la limite du pool de mon conteneur EJB (32) et ensuite tout plante encore plus

Je suis avec Glassfish et la commande :

Code :

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

1
2
 
asadmin get --monitor server.jms* --user XXX

me montre bien que mon pool JMS et EJB grandit lorsque j'utilise le debug via FB et ne grandit pas si je lance mon appli via un navigateur en mode "normal".

Comme je n'ai pas envie de relancer sans cesse mon serveur ni d'agrandir mes pools, je cherche donc la raison du pourquoi...


EDIT: après mise en place d'un filtre côté serveur, je confirme que mon JSESSIONID change entre chaque appel de debugger et reste identique entre chaque appel lancé via un navigateur en mode déconnecté de FB...

[Madfrix]

Ok, je m'en suis sorti

Au début, j'ai testé sans réussite de modifier le JSESSIONID de ma session en utilisant un filtre java mais cet id est généré par le conteneur de servlet et semble ne pouvoir être modifié (à confirmer...).

Finalement, j'ai réussi à monitorer mon appli en modifiant sous FB la configuration de debug en passant le champs URL à about:blank

Je lance mon debug puis ouvre IE (en mode "normal" sans passer par FB), lance l'URL et FB intercepte bien les infos de debug.

En gardant IE ouvert puis en rechargeant ma page si je "clean" mon projet sous FB, mon JSESSIONID est bien gardé car IE est resté ouvert...

Le seul truc dans mon cas de figure comme je génére mon projet hors de mon répertoire servant de serveur (www) je dois copier les fichiers vers www pour éviter l'erreur 2148. J'ai fais une commande ANT pour le faire mais ca rajoute de la lourdeur au process.

Le principal c'est que ça marche