Grailsのコマンドオブジェクトは、デフォルトでドメインオブジェクトへの変更をコミットするのはなぜですか？

Question

GrailsコマンドオブジェクトでGORMドメインオブジェクトを使用すると、コマンドオブジェクトはsave（）メソッドを呼び出していなくても自動的にドメインオブジェクトへの変更をコミットします。

コマンドオブジェクトのGORMオブジェクトにバインドしますが、データベースに変更を保存したりコミットしたりする必要はありません。私のコントローラやサービスが例外をスローすると、トランザクションのロールバックが必要になります。

私は以下のアノテーションで必要な動作を強制することができますが、私はそれを難し​​い方法でやっているように感じています。

Controller Class = @Transactional(readOnly = true) 
Controller action method = @Transactional 
Command Object Class = @Transactional(readOnly = true) 
Service Class = @Transactional 

これらの注釈をすべて追加しない限り、Grailsドメインオブジェクトはコマンドオブジェクトによって自動的にコミットされるはずですか？

Answer 1

これはコマンドオブジェクトに固有のものではなく、コントローラアクションの一般的な機能です。デフォルトでは、セッション中のオープン・セッション・パターンがアクティブで、Hibernateセッションが作成され、アクションが実行される前にスレッドローカルにバインドされ、アクションが完了した後でフラッシュされ、閉じられます。データベースから取得された永続インスタンス（明示的に問合せのため、またはデータ・バインディング時に暗黙的に）は、オープン・セッションに接続されたままとなり、セッションがフラッシュされるとダーティチェックされます。変更されたインスタンスの変更は、save()呼び出しの有無にかかわらず、他のキューに入れられたアクションと共にフラッシュされます。

メソッド（またはクラス）全体をトランザクションと読み取り専用にすることはおそらく過剰です。より直接的なアプローチは、インスタンスを読み込み専用として取り出すことである。 get()の代わりにread()を使用し、条件クエリなどを実行するときにreadOnlyメソッドを呼び出すか、それぞれに対してdiscard()メソッドを呼び出すことによって、変更されたインスタンスを「切り離す」。もう1つの選択肢は、アクションの終わりにセッションをクリアすることです。自動的にフラッシュするものはありません。あなたが明示的にsave()を呼び出すときに「読み取り専用」モードで取得したインスタンスは、その変更を永続化することができますが、Hibernateは自動的にそれらのインスタンスのために何もしません

AnyDomainClass.withSession { it.clear() } 

注意、それだけで起こります。