現時点では、Spring MVC 3.1でフォームのサブミット/検証/エラー処理の正しいワークフローを知ろうとしています。いいえ、いくつか質問があります。私は春のフォームタグを使用することができることを知っている - (私は1つを発見していないがある方法で構築) Spring 3.1 MVC - フォームを処理するワークフローのベストプラクティス
- JSR 303は、送信されたフォーム値(i18nメッセージを含む)を検証します。しかし、与えられた値を処理している間に起こるエラーを処理する正しい方法は何ですか? (例えば、登録はできません - 電子メールはすでに登録されています)StrutsやJava以外のフレームワークからは、私はActionErrorsのようなものを知っています。 Spring MVCで正しい方法は何ですか?
- "form:errors"タグで使用可能なフォームエラーを反復処理する正しい方法は何ですか?エラーのリストを表示したいだけです。参考資料から
1.)ありがとうございました。 2)これはJSR 303のすべての検証で正しいですが、モデル検証の背後にあるものはどうですか?たとえば、Web APIへの要求が失敗した場合などです。これらのエラーをビューに公開する正しい方法は何ですか? (私はビューに戻っていくつかのカスタムメイドのエラーモデルはありません)3.)正しいですが、フォームの出力をカスタマイズする方法はありません:エラー。私はエラーのためにいくつかのul li li li ul建設をしたいと思う。 –
2)RequestBodyNotValidExceptionにHandlerExceptionResolverを使用します。 3)BindErrorTag(spring:hasBindErrors)を使用して、 "errors"変数のエラーを表示し、$ {errors.allErros}に反復します。 –
ありがとう、ありがとうございます。 –