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

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

Например:

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;  
  }
}

Класс "Пользователь" расширяет класс Person, который, в свою очередь, расширяет класс Item, который имеет метод getId():

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

Ответ 1

Вы не можете использовать вложенные пути непосредственно в 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) );

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

Ответ 2

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

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