Java / Hibernate: не удалось разрешить свойство с критериями вложенных объектов

Question

У меня проблемы с критериями гибернации. Я пытаюсь создать критерий, в котором я смотрю на идентификатор объекта члена класса, который возвращает запрос.

Например:

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, который, в свою очередь, расширяет класс Item, который имеет метод getId():

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

Из XML-карты отображения Hibernate:

<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)`  

Answer 1

Вы не можете использовать вложенные пути непосредственно в Criteria API (в отличие от HQL). Вместо этого вам необходимо создать вложенные экземпляры критериев или определить псевдонимы для каждой пары «entity.property», начиная с первого некорневого объекта:

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

Обратите внимание, что самое первое свойство не имеет префикса, так как оно принадлежит корневому объекту (Enquiry), а остальные имеют префикс предыдущего уровня. Подробности в документации .

Также обратите внимание, что id - это особое свойство, когда дело доходит до ассоциаций; в вашем случае user_fk - это столбец, расположенный в таблице lecture. Следовательно, должно быть возможно (при условии, что опубликованные вами сопоставления являются точными) переписать вышеуказанные критерии как:

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

, исключая тем самым дополнительное соединение.

Answer 2

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

Вы действительно можете столкнуться с проблемами, если погрузитесь слишком глубоко в граф объектов. Я обычно обхожу это путем создания псевдонима, как показано выше.