2016-04-19 8 views
0

私は2台のアプリケーションサーバで2つのアプリケーションを持って、両方同じドメイン名が、例context.For異なるアプリケーションの下で: -なぜ同じjessionIdがアプリケーションコンテキスト全体でトレヴァリングしているのですか?

http://testApp.com/app1 
http://testApp.com/app2 

私はhttp://testApp.com/app1を打つには、jession 100は、サーバから作成され、ブラウザに送り返すれると言います。今度は、app1が同じヒットになるたびに、jsessionはリクエストヘッダーの一部として移動します。 これまでのところとても良いです。今app1はapp2に要求をリダイレクトしますhttp://testApp.com/app2まだ私は同じjession旅行を参照してください。それは間違っていませんか?

jsessionはdomain/port/ApplicationContext固有のものです。だからなぜ同じjessionIdがアプリケーションのコンテキストを越えてトレヴァリングしているのですか?

私はブラウザとしてFirefoxを使用しており、アプリケーションサーバーとしてweblogicを使用しています。

+0

同じドメインなので、 (testApp.com) – Gimby

+0

これまでとは逆の問題がありました。同じドメインの2つのアプリケーション間でセッションを共有するソリューションを探していただけでしたが、その時点でTomcatを使用していましたが、これを共有セッションバルブで実現できましたserver.xmlで、おそらくweblogicがこのメカニズムをデフォルトとして使用しています... – Pavel

+0

@Gimby As per http://stackoverflow.com/questions/595872/under-what-c​​onditions-is-a-jsessionid-created jsessionIdはアプリケーションごとですcontext – emilly

答えて

0

1.同じドメイン 2.クッキーのパスがリクエストコンテキストに一致するか、リクエストコンテキストのプレフィックスである。

jsessionidのパスオプションをチェックして、間違っているかどうか確認すると便利です。

関連する問題