Ich habe zwei Anwendung auf zwei Applikationsserver beide unter demselben Domain-Namen, aber unterschiedliche Anwendung context.For Beispiel: -warum dieselbe jessionId über den Anwendungskontext hinweg läuft?
http://testApp.com/app1
http://testApp.com/app2
i http://testApp.com/app1
Hit sagen jession 100 vom Server erstellt wird und zurück zum Browser gesendet. Jetzt, wenn app1 dasselbe trifft, wird jsession als Teil des Anforderungsheaders reisen. So weit so gut. Jetzt app1 umleiten Sie die Anfrage zu app2 http://testApp.com/app2
Noch sehe ich gleiche Jession Reisen. Ist es nicht falsch?
Per mein Verständnis ist jsession einzigartig für Domain/Hafen/Application. Warum also dieselbe jessionId über Anwendungskontext hinweg?
Ich bin mit Firefox als Browser und WebLogic als Anwendungsserver.
Weil es die gleiche Domain ist? (testApp.com) – Gimby
Nun, ich hatte das gegenteilige Problem in der Vergangenheit, nur ich suchte nach einer Lösung, um die Sitzung zwischen zwei Apps auf der gleichen Domain zu teilen, ich benutzte Tomcat zu dieser Zeit und konnte dies durch gemeinsame Sitzungsventil erreichen vielleicht weblogic diesen Mechanismus als Standard in server.xml wird mit ... – Pavel
@Gimby wie pro http://stackoverflow.com/questions/595872/under-what-conditions-is-a-jsessionid-created jSESSIONID pro Anwendung context – emilly