Jmeterでパフォーマンステストを行っているときに、Webアプリケーションで問題が発生しました。私の質問は、代わりにJmeterに関するものではなく、単純なサーブレットセッション管理動作に関するものです。
そのため、ログインページをリクエストすると、応答ヘッダーで「セッションID」が返され、ブラウザによる後続のリクエストに使用されるWebアプリケーションがあります。セッションIDはユーザー名とパスワードとともに渡され、認証された場合、新しいセッションIDが返され、セッションはそのセッションIDで維持されます。これはCookieを使用しています。
現在、Jmeterには、負荷テストのためのスレッドベースのアプローチがあります。スレッドを並行して実行すると、基本的に各スレッドがログインページを要求し、Cookieに新しいセッションIDが含まれる後続のログインページが古いまたはを無効にするので、ログインページを要求する最後のスレッドのみが認証されます。他のセッションID。
これは、各スレッドが異なるセッションであり、独自のCookieマネージャーを持っているという事実にもかかわらずです。それはかなり奇妙です。
しかし、私の質問は次のとおりです。
ログインページにセッションIDを付けるのは理にかなっていますか。アプリケーションにアクセスするとすぐにセッションが作成される可能性がありますが、それは、セッションIDで新しいCookieを設定するものですか？このアプリケーションはすでに書かれているので、私はただ疑問に思っています。
各スレッドのセッションIDがjmeterでオーバーライドされている場合、それは、個別のCookieマネージャーを適切に割り当てることができないことを意味しますか？また、スレッドが異なるセッションであっても、古いセッションIDまたはCookieが破棄される可能性はありますか？
サーバーは、後続のリクエストのためにセッションID / Cookieを無効にすることをどのように知るのでしょうか？ブラウザが異なれば、複数のセッションを並行して開くことができるので、リクエスターのIPアドレスに基づくものではないと確信しています。
この問題に関するアイデア、説明、および光をいただければ幸いです。