it-swarm-ja.tech

Java / Hibernate:ネストされたオブジェクト基準でプロパティを解決できませんでした

Hibernate基準に問題があります。クエリが返すクラスのメンバーオブジェクトのIDを確認する基準を作成しようとしています。

例えば:

_Criteria crit = session.createCriteria(Enquiry.class);
crit.add(Expression.eq("lecture.admin.id", userId));`
_

この結果は例外です。
_org.hibernate.QueryException: could not resolve property: lecture.admin.id of: xxx.yyy.Enquiry_

Enquiryクラスには、レクチャー変数が含まれており、レクチャー変数には管理変数が含まれています。 _lecture.id_を使用してみましたが、正常に動作します。

このようにオブジェクト階層を下ることができるレベルの数に制限はありますか?

ありがとう!

コードスニペット:

_public class Lecture extends TransferItem {  
  private User admin;  
  public User getAdmin() {  
    return admin;  
  }
}
_

'User'クラスはPersonクラスを拡張し、それがItemclassを拡張します。これはgetId() methodを持っています:

_public Integer getId() {  
  if (id != null) {  
    return id;  
  }  
  return TransferBean.NOT_SET;  
}
_

HibernateマッピングXMLから:

_<class name="User" table="user">  
  <id column="user_id" name="id">
    <generator class="increment"/>  
  </id>
  ...

<class name="Lecture" table="lecture">  
  <many-to-one class="User" column="user_fk" lazy="false" name="admin"/>`  
_

これはuserテーブルです:

_mysql> show columns from user;  
+-----------------+--------------+------+-----+---------+-------+  
| Field           | Type         | Null | Key | Default | Extra |  
+-----------------+--------------+------+-----+---------+-------+  
| user_id         | int(11)      | NO   | PRI |         |       |   
| firstname       | varchar(50)  | YES  |     | NULL    |       |   
| lastname        | varchar(50)  | YES  |     | NULL    |       |   
| signature       | varchar(16)  | YES  |     | NULL    |       |   
| email_signature | varchar(256) | YES  |     | NULL    |       |   
| password        | varchar(32)  | YES  |     | NULL    |       |   
| phone           | varchar(16)  | YES  |     | NULL    |       |   
| email           | varchar(255) | YES  | UNI | NULL    |       |   
| lecturer_fk     | int(11)      | YES  | MUL | NULL    |       |   
| access          | int(11)      | YES  |     | NULL    |       |   
| deleted         | tinyint(1)   | YES  |     | NULL    |       |   
+-----------------+--------------+------+-----+---------+-------+  
11 rows in set (0.02 sec)`  
_
31
Malakim

(HQLとは異なり)Criteria APIでネストされたパスを直接使用することはできません。代わりに、ネストされた基準インスタンスを作成するか、最初の非ルートエンティティから始まる「entity.property」ペアごとにエイリアスを定義する必要があります。

Criteria criteria = session.createCriteria(Enquiry.class)
 .createAlias("lecture", "l")
 .createAlias("l.admin", "a")
 .add( Restrictions.eqProperty("a.id", userId) );

最初のプロパティはルートエンティティ(Enquiry)に属しているため、接頭辞が付いていないことに注意してください。他のプロパティには前のレベルのエイリアスが接頭辞として付いています。詳細は ドキュメント内 です。

また、idは関連付けに関しては特別なプロパティです。あなたの場合user_fklectureテーブルにある列です。したがって、上記の基準を次のように書き換えることができます(投稿したマッピングが正確であれば)。

Criteria criteria = session.createCriteria(Enquiry.class)
 .createAlias("lecture", "l")
 .add( Restrictions.eqProperty("l.admin.id", userId) );

したがって、余分な結合を排除します。

75
ChssPly76
Criteria crit = session.createCriteria(Enquiry.class)
crit.createAlias("lecture.admin", "lectureAdmin");
crit.add(Expression.eq("lectureAdmin.id", userId));

実際にオブジェクトグラフを深く掘り下げると、問題が発生する可能性があります。私は通常、上記のようにエイリアスを作成してこれを回避します。

2
Tendayi Mawushe