Interrogations sur la véritable utilité de "ServletContext"

Bonsoir,

J'aimerai connaitre la véritable utilité du "ServletContext". Quelle différence par exemple avec la session.... Par exemple si je veux passer des objets dans en session en cours, je dois choisir de les faire passer/récupérer par "session" ou par "ServletContext" ...

2ème Question: si je choisi de passer/récupérer mes Objets par "Servletcontext" avec quelle "action JSP" je peux récuperer mes... JavaBeans par exemple...

<jsp:useBean id="monBean" class="test.monBean" scope="Servletcontext???" />

Merci à vous, je nage là...:(

Rapidement,

Dans une session, c comme une variable globale avec son getAttribute et setAttribute, qui est valable sur les pages WEB(jsp et servlet), par contre c attributs peuvent être effacer.

Par contre dans le servletContext, ce sont des attributs passés en paramétre dans l'url de la page ou par des request (set et get), c à dire qu'elles sont valable d'une page à une autre mais pas sur plusieurs pages.

Pour le cas des beans ce sont id sur des classes qui ont un scope variable, cad le scope peut être 'page', 'session', 'application' et elles ont donc une vie différentes suivant ce scope.

Ceci est une première approche mais avec des recherches, tu auras plus de détails ...

L'objet ServletContext correspond au contexte application.
Il est commun à tous les utilisateurs connectés à l'application.
Il est donc utile lorsque tu veux qu'une information soit disponible sur toutes les pages et pour tous les utilisateurs connectés.
Il vit tant que l'application tourne.

Le contexte session est utilisé quand on a besoin de l'information sur plusieurs pages pour un utilisateur connecté.
Il vit tant que la session n'est pas détruite.

Si tu stockes une information via l'objet ServletContext, il faut spécifier scope="application" dans le tag useBean.

Et les méthodes setAttribute et getAttribute sont utilisables quel que soit le contexte.

Citation:

---

Envoyé par Fench

...
Par contre dans le servletContext, ce sont des attributs passés en paramétre dans l'url de la page ou par des request (set et get), c à dire qu'elles sont valable d'une page à une autre mais pas sur plusieurs pages.
...

---

C'est pas ça...

Pour compléter les propos de c_nvy, le contexte application étant accessible par tous les utilisateurs de l'application, il faut penser (éventuellement) à utiliser la synchronisation lors de la lecture/écriture d'objets.
Il est possible qu'un utilisateur A accède à une ressource en même temps qu'un utilisateur B l'écrit ou la modifie...

Il existe un niveau encore plus élevé de stockage d'objets partagés (en l'occurrence la JVM) via la classe System.

Code:

---

1 2 3

System.getProperties().put(Object, Object) pour écrire System.getProperties().get(Object) pour récupérer

---