我正在尝试使用JPA 2.0来创建具有泛型关系的多态实体。应该有两个表,一个事件表和一个通知表。在这些表中是彼此相关的具体实体,如下所示:
Event <---------- Notification<X extends Event>
| |
LoginEvent <------ LoginNotification extends Notification<LoginEvent>
逻辑上这应该可以在hibernate中实现,因为它可以在SQL中使用:
+----------+ +----------+
| Event | | Notif |
+----------+ +----------+
| | | Id |
| Id | <- | Evt_id |
| Type | <- | Type |
| ... | | ... |
+----------+ +----------+
这就是我所拥有的:
@Entity
@Inheritance
public abstract class Event{
...
}
@Entity
public class LoginEvent extends Event{
...
}
@Entity
@Inheritance
public abstract class Notification<X extends Event>{
@ManyToOne(optional=false, targetEntity=Event.class)
@JoinColumn
private X event;
...
}
@Entity
public class LoginNotification extends Notification<LoginEvent>{
...
}
使用此代码,我可以持久化并获取任何Event,Notification,LoginEvent或NotificationEvent,但当我尝试在JPA 2.0元模型查询中使用LoginNotification_.event
关系时,它就会崩溃。 This issue解释了类似的内容。
public static volatile SingularAttribute<NotificationEntity, EventEntity> event;
当我尝试在条件查询中进行连接时,出现错误:
EntityManager em = getEntityManager();
CriteriaBuilder cb = em.getCriteriaBuilder();
CriteriaQuery<LoginNotification> query = cb.createQuery(LoginNotification.class);
Root<LoginNotification> root = query.from(LoginNotification.class);
// This line complains: Type mismatch: cannot convert from
// Join<LoginNotification,Event> to Join<LoginNotification,LoginEvent>
Join<LoginNotification, LoginEvent> join =
root.join(LoginNotification_.event, JoinType.INNER);
我可以通过向SingularAttribute
元模型添加新的LoginNotification_
来解决此错误,但执行失败:
public abstract class LoginNotification_ extends Notification_ {
// Adding this Removes Type mismatch error, but causes run-time error
public static volatile SingularAttribute<LoginNotification, LoginEvent> event;
...
}
根据一些帖子,泛型关系不起作用(How to handle JPA annotations for a pointer to a generic interface),但通过使用@ManyToOne(optional=false, targetEntity=Event.class)
注释,我们可以让它们表现出来。遗憾的是,泛型似乎打破了JPA标准查询。
有关于如何执行此查找的建议吗?我可以在我的代码中使用LoginNotification.getEvent()
,但我不能在我的JPA元模型连接中使用LoginNotification_.event
。使用泛型来实现这个目的的替代方法是什么?
@Pascal Thivent - 你能回答这个问题吗?
答案 0 :(得分:8)
对此的一个解决方案是避免使用'join'函数并改为执行完全交叉连接:
EntityManager em = getEntityManager();
CriteriaBuilder cb = em.getCriteriaBuilder();
CriteriaQuery<LoginNotification> query = cb.createQuery(LoginNotification.class);
Root<LoginNotification> notfRoot = query.from(LoginNotification.class);
Root<LoginEvent> eventRoot = query.from(LoginEvent.class);
...
query.where(cb.equals(notfRoot.get(Notification_.event), eventRoot.get(Event_.id)), ...(other criteria));
我认为一个体面的查询优化工具应该做一些简短的工作,但如果有人对这种方法的效率有任何见解,我会热衷于听到它!
答案 1 :(得分:0)
我已经尝试过你的通用代码@logan。
但我终于发现最简单的方法是让T
实现Serializable
@Entity
public class IgsSubject extends BasicObject implements Serializable{
private static final long serialVersionUID = -5387429446192609471L;