プログラミングサポート｜セッション残留問題の解消とデバッグ指導

対応概要

社内開発のWebアプリ（Struts2.3系・Tomcat8系・Java8・MySQL）にて、「前へ戻る」や「完了後にフォームへ戻る」際に前回入力が残る事象が発生している為、改善方法を教えてほしいとご相談いただき、マンツーマンの単発サポートとして対応しました。
大幅な改修（POST+hiddenへの全面転換）は工数が大きいため、今回は既存構成を維持したまま“セッションクリアの適切実装”で短期解決。同時に、セッションの正しい考え方／将来像（POST+hidden）、およびEclipseでのデバッグ・ウォッチの基礎をレクチャーしました。

課題分析

• 入力値をセッションへ保持 → クリア漏れがあると、画面間や直URLで前回値が再表示。
• クリアポイント（戻る/完了/キャンセル/ログアウト/例外時）が不統一。
• Eclipse側でのデバッグ/出力の扱いが分散し、原因特定に時間が掛かる。

解決策の実装（構成は維持、セッションクリアを徹底）

1. クリア設計を明文化

• いつ消すか： 処理完了時（正常/キャンセル/例外）、ログアウト時
• 何を消すか： フォーム値に相当するセッションキー（ユーザ情報などは除外）
• どこで消すか： 完了処理の該当Actionで対象セッションキーをremove

2. 運用補強（Eclipse）

• デバッグ/ウォッチ：
  • ブレークポイント有効化／行番号・ローカル変数のデバッグ情報ON
  • Variables/Expressionsビューで式評価（ウォッチ）
  • 例外ログは e.printStackTrace() を暫定で出力（まず見えることを優先）

3. 知識としての“あるべき姿”をレクチャー

• 理想設計：入力値はPOST+hiddenで画面間を受け渡し、セッションには置かない（ログイン状態など最小限のみ）
• 今回の方針：工数制約のため構成変更は見送り、セッションクリアの徹底で不具合解消
• 将来の改善：フェーズを分けて POST+hidden へ段階移行（直URL/残留/多重送信の根本解決）

導入効果

• 前回値の残留が解消：戻る/直URL/完了後の全シナリオで、期待通りの表示に統一
• 原因追跡の即時化：コンソール出力・デバッグ/ウォッチの標準化により、調査時間を短縮

使用技術

• アプリ: Java 8 / Struts 2.3 / JSP（Strutsタグ）
• サーバ: Apache Tomcat 8.5（Eclipse WTP）
• DB: MySQL（JDBC）
• IDE: Eclipse（日本語化版）
• 運用: セッションクリアの統一化、コンソール/デバッグ/ウォッチの標準運用

クライアント様のご感想

「javaについて凄く丁寧で分かりやすく教えていただきました！
　何より迅速なご対応感謝いたします。
　単発ではなくもっと基礎からきちんと教えてもらいたいと思いました。」

レクチャー範囲（今回＋基礎）

• Eclipseでのデバッグ方法（ブレーク/ステップ、Variables/Expressions）
• ウォッチ機能の使い方（式評価・一時観察のコツ）
• セッションの使い方と考え方（正道）：セッションは最小限、値は本来POST+hiddenで受け渡す
• 今回の対処：構成維持のままセッションクリアを設計・実装して解消

まとめ

• 構成を変えられない制約下でも、クリア設計の徹底で安定化は可能
• 将来は POST+hidden へ段階移行することで、直URL/残留/多重送信の課題を根本解決できる