2016-04-19 4 views
0

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.

+0

Weil es die gleiche Domain ist? (testApp.com) – Gimby

+0

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

+0

@Gimby wie pro http://stackoverflow.com/questions/595872/under-what-conditions-is-a-jsessionid-created jSESSIONID pro Anwendung context – emilly

Antwort

0

Ein Cookie wird mit der Kopfzeile übertragen, wenn: 1. selbe Domäne 2. Der Pfad des Cookies entspricht dem Anforderungskontext oder ist das Präfix des Anforderungskontextes.

In Ihrem Fall wäre es hilfreich, jsessionid Pfad Option zu prüfen, ob es falsch ist.

Verwandte Themen