Grailsのカスタム検証エラーを消去する方法

Question

Grailsアプリケーションでは、サービスでメソッドを使用して、ユーザーが送信したデータの検証を複雑にしています。残念ながら、Grailsは静かに私を妨害しています。

1. 私はユーザーとドメインインスタンスを移入は、私はプロパティを解析してサービスへのオフインスタンスを渡したデータ
2. を提出しました。

3. エラーが見つかった場合、私は（検証サービスが変更されたプロパティおよびコールのためにバックコントローラGrailsのチェックのドメインインスタンスを通過する際に、背後

   instance.errors.rejectValue('myValue','errors.customErrorCode','Error') 
   

4. を使用してそれらを追加）のインスタンスを返す前。（ドメインインスタンスをサービスから1つ以上のプロパティが変更されたコントローラに返すときに呼び出されるbeforeValidateイベントを確認することで検証可能）

5. この動作によって、私が追加したカスタムエラーとインスタンスがクリアされます。コントローラが間違って間違ってエラーになりました。

にはどうすれ

A）は、サービスおよびコントローラ

OR

B）私のカスタムエラーを拭くから検証（）の呼び出しを防ぐの間の検証からのGrailsを停止することができます。

EDIT は、これまでのところ私は、あなたがinstance.get（params.id）を使用している場合は、Grailsの自己カスタムエラーを拭く舞台裏で検証されます、

を1つの部分の答えを見つけました。

instance.read（params.id）を使用すると、この動作をある程度回避することができます。 docs

しかし、この解決策はドメインの関係によって制限されます。その他のソリューションは大歓迎です。

Answer 1

コードがどのように見えるか、問題の原因がわかりませんが、いずれの場合でも、ドメインクラスまたは制約内のコマンドオブジェクトにカスタムバリデーターを実装することを強く推奨します。ここで

は、Grailsのドキュメントからのいくつかの例は以下のとおりです。 http://docs.grails.org/2.4.0/ref/Constraints/validator.html

Answer 2

は、それがカスタム検証ではないようです。トランザクションサービスが原因である可能性があります。サービスはメソッドごとに個別のトランザクションを開き、メソッド終了後にエンティティをクリアします。これはdocsに記載されています（パートの最後の段落を読んでください）。したがって、エラーは検証のためではありません。

サービスがトランザクションかどうかわかりません。しかし、もしそうなら - あなたはエラーを緩めたくないという方針に@NotTransactional注釈を加えることができます。 のエラーが保存されます。

希望しました。 Matvei。