Les variables de contexte dans un environnement distribué

Salut,

imaginons une application déployée sur deux serveurs séparés par un load balancer.

chacun des serveurs est démarré à part donc chaque serveur initialise son contexte avec les variables sur le web.xml.

imaginons maintenant, qu'un utilisateur revoit une requête qui est redirigée par le balancer vers le serveur1 noté s1. sur ce serveur l'utilisateur met une variable sur le contexte du s1, la deuxième requête est envoyée pour une raison ou autre vers le s2.

le client ne trouve pas la variable sur le contexte du s2...

c'est ce qui parait logique, alors c'est quoi le mécanisme mis en place par J2EE pour remédier à une telle problématique...contexte commun, migration...

merci pour votre collaboration,
cordialement

d'abord de quel contexte tu parle? Ensuite, si on parle des session, J2EE ne prévois rien. Plus précisément, les mécanisme de loadbalancing sont à la charge du conteneur. Par exemple, sous JBoss, ils sérialise la session utilisateur et l'échange entre les éléments du clusters. Mais le plus propre reste d'avoir un balancer qui balance toujours le même user du même coté, c'est le plus performant.

je parlais du servlet-contexte et non les sessions..

il n'est pas partagé. La doc est très claire là dessus

Citation:

---

There is one context per "web application" per Java Virtual Machine.

---

Traduction= il y a un contexte par web application par machine virtuelle.

dans ce cas, comment résoudre la problèmatique sur mon premier post,

apparemment l'idée qu'un utilisateur ajouter un variable sur le contexte n'est pas une bonne idée, puisque ce contexte ne sera pas partager par toutes les instances de JVM, tu confirmes?

merci encore:)

je confirme. En même temps, j'ai rarament vu des applicaiton qui avaient besoin de modifier des trucs dans le contexte global, autre que la configuration qui se fait au démarrage. Ce qu'on met en global, c'est souvent des chose qui doivent être préservée (la liste des utilisteur autorisé, le nom de l'entreprise, que sais-je, tout ce qui se configure avec une console d'administration). Hors, tout ça, ca doit être maintenu aussi d'un démarrage à l'autre. Donc, direction la base de donnée, c'est plus propre :mrgreen:

ok, je fais appel à ma chère bd alors:ccool: