ある入門書のサンプルソースコードを動作させたいです。以下の疑問点を解消したいです。1LoginResult.jspの4、18行目に関して、ユーザ情報を取得できた場合に「ログインに成功しました。」という文言が表示されます。Login#37~42行目の処理が、パスワードが1234でない場合も実行されている理由はなんでしょうか?2パスワードが1234以外でも「ログインに成功しました。」という文言が表示されるてしまう理由はなんでしょうか?3loginResult.jspの3~5行目を削除しても、16行目が実行されて「ログインに成功しました。()内の名称はnameと一致させる。//パスワードが1234の場合、処理が実行される。//セッションスコープにUser情報を格納する。%></body></html>ご教授の程、宜しくお願い致します。調べてみると、似たようなソースコードがありました。書籍名とかを書いてくれると、手間が省けてピンポイントで良い回答もつきやすいかも。4年前キャッシュを無効にするパラメータがないので、サーバサイドのJSPを書き換えても、クライアント側のブラウザのキャッシュが効いていて、更新されていないのでは。Userは、Nectさんが本を元に書いたものですよね?そこに間違いはないですか?どう書かれていますか?『スッキリわかるサーブレット&JSP』の268~280Pのサンプルを一部編集してあります。っくすさん>ブラウザのキャッシュをクリアするとどうなりますか?キャッシュをクリアしたところ、ログイン失敗画面にも遷移することができました。キャッシュをクリアしたところ、ログイン失敗画面にも遷移することができました。Webアプリケーション上で保持されているパスワードが優先されているということでしょうか?ちょっと認識が違います。Webアプリケーションを起動してるのはサーバ側です。1クライアント側からURLを指定すると、そのURLに基づきサーバ側からログイン画面を送ります。2クライアント側はそのログイン画面を受け取り表示して、ユーザーからの入力を待ちます。3ユーザーからユーザー名とパスワードを入力すると、それをもとにクライアント側からそのデータをサーバ側に送ります。4サーバ側は受け取ったユーザ名とパスワードを元にログインできるかを判定して、結果の画面を返します。ふつうは流れますが、クライアント側のブラウザでキャッシュが有効になっていると、3の段階で前回取得したキャッシュを取得してしまうので、サーバ側にそのデータが行きません。そもそもパスワード優先とかいう話ではなくサーバ側に届いていなかったのです。キャッシュデータを削除することで、再度ユーザー名とパスワードをサーバ側に送ることができたのです。サーバ側とクライアント側は分けて考えてください。wiresharkなどで、サーバとクライアントの間の通信内容を見てみることをお勧めします。ミクプラは自由にリンクできます。