Discussion :

[Luke58]

Bonjour,

J'aimerais trouver un moyen efficace de partager des informations "globales" à mon application entre les servlets et les classes de traitement pur, sans avoir à les passer en paramètres à mes classes.
Je pense à des paramètres pour la connexion d'une BD, l'identifiant d'un utilisateur connecté, ...

J'ai pensé à l'objet HttpSession, mais impossible d'y accéder depuis une simple classe Java. J'ai tenté de faire une classe avec des attributs statiques, mais c'est un peu trop sale .

Je n'arrive pas à accepter l'idée de rajouter un paramètre (dont la valeur est fixe au cours de l'exécution, comme l'id de l'utilisateur connecté) à l'ensemble des méthodes de mon appli . L'interface d'appel des méthodes depuis les servlets va alors perdre de la clarté et du sens.

[tchize_]

Alors si tu a le bonheure d'avoir du jsf, tu stocke ca dans la session et t'y accède avec FacesContext.getCurrentInstance().....

Sinon, il va falloir créer un class globale qui encapsule ces données, avec des méthodes statiques genre getCurrentUser / setCurrentUser. Généralement on utilise un ThreadLocal derrier, mais attention. Les ThreadLocal c'est le fuites de mémoire assurée si tu ne les nettoie pas à chaque fin d'utilisation en faisant set(null) et ce dans tous les cas, exception, error ou autre abbrogation de la requete, ca doit etre nettoyé!

[Luke58]

Waouh merci, j'ai essayé les ThreadLocal et ça marche du tonnerre.

A propos de leur nettoyage, à quoi correspond plus précisément le "set(null)" dont tu parles ?
Si j'ai une déclaration du type

Code :

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

private static ThreadLocal<BaseDeDonnees> bd = new ThreadLocal() { ... }

faut-il que je fasse, grossièrement,

Code :

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

bd = null

?

Pour l'instant je me contente d'un

Code :

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

bd.remove();

Sinon cela m'a fait apparaitre un autre petit problème, mais je vais chercher ou créer un autre topic car ce n'a rien à voir avec le sujet du partage d'objet.

[tchize_]

remove c'est bon aussi, mais faut garantir qu'il est toujours appelé