Discussion :

[coolcool29]

Bonjour,

L'objet HttpServletRequest envoyé au Servlet contient des attributs propres à la requete http. On peut manipuler ces attributs, en ajouter, en enlever.

J'aimerais pouvoir bénéficier de ce contexte de requête durant toute l'exécution de celle-ci, c'est-à-dire en pouvant l'alimenter, la lire, la modifier, au fil de la descente vers mes différents objets et sous-objets.

Cependant, j'ai l'impression qu'il n'est pas possible d'accéder à ce contexte de requete de façon statique, et que le seul moyen d'y accéder et de propager l'objet HttpServletRequest reçu au niveau du servlet dans mes différents objets et sous-objets (bien trop lourd pour que je puisse le mettre en oeuvre).

Quelqu'un aurait-il une idée sur la question, ou un autre moyen d'avoir un contexte de requête utilisable n'importe où, à n'importe quel moment ?

Merci,

Julien

[Heimdal]

Je ne comprends pas vraiment pourquoi tu aurais besoin de cet objet hors de ton controlleur.
A priori, a la réception de la requête tu devrais extraire les données nécessaires à ton traitement et déléguer à tes couches logiques les seules informations dont elles ont besoin.

Après peut-être qu'en nous passant du code on pourra mieux comprendre.

[coolcool29]

Merci de ta réponse,

En fait je cherche à mettre en place un cache au niveau de la requête.
Ceci parceque j'ai des données qui sont mises à jour en temps réel, et que mes requêtes accèdent en moyenne à une hiérarchie d'au moins 10 objets différents.
Or, le temps d'une requête, conserver les mêmes données du début à la fin est tolérable.

Ce qui donne une séquence du style :
- initialisation de la Servlet
- appel objet hiérarchie 1
- appel objet hiérarchie 2
- ...
- ...
- appel objet hierarchie n

=> demande d'accès à l'objet temps réel X
=> objet absent du contexte de requete, accès à l'objet
=> sauvegarde de l'objet dans le contexte de requête

- ...
- ...
- ...
- ...
- appel objet hierarchie m

=> demande d'accès à l'objet temps réel X
=> objet déjà présent dans le contexte de requete, pas de nouvel accès à l'objet

- ...
- ...

[coolcool29]

Bonjour,

En fait, pour le moment, je m'oriente vers un objet statique qui gérera une hashmap avec comme clé l'id du thread courant.
Cela simulera le cache "request", puisqu'on a un thread différent pour chaque requête.
Bien sûr, il faudra peut-être synchroniser certaine méthode et bien gérer les erreurs éventuelles.