JPAとスカラーの "匿名"クラス

Question

私はちょっと立ち往生し、何が起こっているのか分からない。

java.lang.IllegalArgumentException: Unknown entity:persistence.dao.EntityDaoTest$$anonfun$13$$anonfun$14$$anon$5 
    at org.hibernate.internal.SessionImpl.firePersist(SessionImpl.java:777) 

この1作品：

val myEntity = new Entity() 
entity.owner = "some owner 1" 
session.persist(myEntity) 

なぜ この1つは

@Entity 
@DynamicInsert 
@DynamicUpdate 
@SelectBeforeUpdate 
@Table 
class Entity { 
    @Column(nullable = false) 
    var owner: String = _ 
} 


    val myEntity = new Entity() { 
      owner = "some owner 1" 
      } 
     session.persist(myEntity) 

Hibernateが例外をスロー動作しませんか？休止状態で私のEntityインスタンスが認識されないのはなぜですか？

UPD： @Sheinbergon、ありがとうございます。注釈が失われていることを完全に忘れてしまった。エンティティフィールドにショートカットを設定する可能性はありますか？ 書き込み

val myEntity = new MyEntity() 
myEntity.owner = "some owner" 
myEntity.someOtherProperty = "value" 

はスーパー退屈だ

もう一つ質問 この1作品：

val parent = new Parent 
    parent.owner = "Our parent" 
    parent.addChild(new Child() { 
     name = "First parent's child" 
     addGrandChild(new GrandChild() { 
     name = "Grand child name" 
     addGrandGrandChild(new GrandGrandChild() { 
      name = "Grand Grand child name" 
      address = new Address() { 
      id = 1L 
      } 
     }) 
     }) 
    }) 

なぜ？子供、GrandChild、GrandGrandChildも匿名で作成されています。 addChild、addGrandChild、addGrandGrandChildは単なるリストミューテータです。 Scalaで匿名クラスをインスタンス化し、よく...それは（Javaで匿名インタフェースをインスタンス化するように）あなたのクラスEntityの匿名の実装を作成しているあなたがここでやっている

def addChild(child: Child): Unit = { 
    if (children == null) { 
     children = new util.ArrayList[Child]() 
    } 
    if (Option(child.parent).isEmpty) { 
     child.parent = this 
    } 
    children.add(child) 
    } 

Answer 1

。

あなたはクラス名を印刷してそれを見ることができます - 両方のケースでprintln(myEntity.getClass)

注釈は、匿名の1（反射がまだスーパークラスでそれらを見つけることができるには適用されません元のクラスに適用されるが、それは次第ですコードそれらをスキャンする）と私はあなたが追加したサブの質問に応じて、様々なJPA例外

を取得している理由だと思う

• ショートカットについて - コンパニオンオブジェクトをファクトリに使用したり、このクラスをケースクラスに変更して（デフォルトで）、より柔軟でより柔軟な初期化が可能になるのはなぜですか？
• 2つ目のオブジェクトグラフ（それぞれのクラスに注釈が付けられているものとします）については、反射するコードがスキャンするオブジェクトをどのように扱うかによって異なります。コレクションの各メンバーを注釈でスキャンしないため、消去されたタイプ（JavaのリフレクションAPIでParameterizedTypeというFQDNクラス名を取得することができます）からアノテーション定義を取得します。コレクションの実際のメンバーからそれが動作する理由です。 私は実際にフィールド定義について何をしているのか分かりませんが（彼らは "スーパー"クラスにのみ存在します）、ここには "魔法"はありません。普通の反射スキャンです。