ringa_lee
そのため、リクエストによって渡されたユーザー名とパスワードが何であるかを確認することをお勧めします
私の推測では、Tomcat には jdbc jar パッケージが存在しないので、問題を見つけるためにログを投稿してみんなに見てもらうことができます。
次の質問について考えてください: 1.request.getParameter("userName"); パラメータを渡すとき、userName は中文字ですか?見えません。名前=「ユーザー名」? 2.このテスト方法は、DAO に問題がなく、データベースが間違った場所に接続されておらず、データベース テーブルからデータを取得できることを意味するだけです。 3.プロセス コードは非常に安定しています。問題はソースに発生することがよくあります。もしかしたら最初の一歩が踏み出せていないのかもしれません。直接転送されましたか?転送後、userName="" を実行し続けますが、当然取得できず、時間内に戻りませんでした。 4.特にパラメーターを取得する場合は、いくつかのブレークポイントをヒットしてしばらく実行します。 。
この種の問題の場合は、デバッグ モードを使用し、selectUser 内の if や、相关数据 に関連する可能性のある他の場所
selectUser
if
相关数据
デバッグ用にブレークポイントを設定し、パラメータが間違っている箇所を確認するだけです
そのため、リクエストによって渡されたユーザー名とパスワードが何であるかを確認することをお勧めします
私の推測では、Tomcat には jdbc jar パッケージが存在しないので、問題を見つけるためにログを投稿してみんなに見てもらうことができます。
次の質問について考えてください:
1.
request.getParameter("userName"); パラメータを渡すとき、userName は中文字ですか?見えません。名前=「ユーザー名」?
2.
このテスト方法は、DAO に問題がなく、データベースが間違った場所に接続されておらず、データベース テーブルからデータを取得できることを意味するだけです。
3.
プロセス コードは非常に安定しています。問題はソースに発生することがよくあります。もしかしたら最初の一歩が踏み出せていないのかもしれません。直接転送されましたか?転送後、userName="" を実行し続けますが、当然取得できず、時間内に戻りませんでした。
4.
特にパラメーターを取得する場合は、いくつかのブレークポイントをヒットしてしばらく実行します。 。
この種の問題の場合は、デバッグ モードを使用し、
など、より多くのブレークポイントを設定します。selectUser
内のif
や、相关数据
に関連する可能性のある他の場所デバッグ用にブレークポイントを設定し、パラメータが間違っている箇所を確認するだけです