0

我面临着 JOIN FETCH 和 EAGER 关系的问题。

我有以下实体关系：

实体 A 扩展抽象实体 E。

抽象实体 E 与具有EAGER 提取类型的实体 C 具有 oneToOne 双向关系。

实体 A 与实体 B 具有 oneToMany 关系。

实体 B 扩展了抽象实体 E（因此与 C 也有 oneToOne 关系）

实体 C 与抽象实体 E 具有反比关系

在执行一个简单的namedQuery时

SELECT a FROM A a WHERE a.key = :key

其中参数'key'是String类型，那么我没有问题。从检索到的实体 A 访问子实体 B 按预期执行子请求。

但是，如果我向我的 namedQuery 添加一个 JOIN FETCH：

SELECT a FROM A a JOIN FETCH a.entitiesB WHERE a.key = :key

我获得以下错误堆栈跟踪：

javax.ejb.EJBTransactionRolledbackException: The transaction has been marked rollback only because the bean encountered a non-application exception :javax.ejb.EJBTransactionRolledbackException : The transaction has been marked rollback only because the bean encountered a non-application exception :org.apache.openjpa.persistence.ArgumentException : The specified parameter of type "class org.apache.openjpa.util.LongId" is not a valid query parameter.
at org.apache.openejb.core.ivm.BaseEjbProxyHandler.convertException(BaseEjbProxyHandler.java:345)
at org.apache.openejb.core.ivm.BaseEjbProxyHandler.invoke(BaseEjbProxyHandler.java:283)
... 
Caused by: <openjpa-2.2.0-r422266:1244990 nonfatal user error> org.apache.openjpa.persistence.ArgumentException: The specified parameter of type "class org.apache.openjpa.util.LongId" is not a valid query parameter.
FailedObject: SELECT relation FROM Relation relation JOIN FETCH relation.accounts WHERE relation.key = :key [java.lang.String]
at org.apache.openjpa.jdbc.sql.DBDictionary.setUnknown(DBDictionary.java:1458)
at org.apache.openjpa.jdbc.sql.SQLBuffer.setParameters(SQLBuffer.java:544)
at org.apache.openjpa.jdbc.sql.SQLBuffer.prepareStatement(SQLBuffer.java:453)
at org.apache.openjpa.jdbc.sql.SQLBuffer.prepareStatement(SQLBuffer.java:429)
at org.apache.openjpa.jdbc.sql.SelectImpl.prepareStatement(SelectImpl.java:479)
...

如果我将 EAGER 关系更改为 LAZY，则不再出现此错误。所以有什么问题 ？

编辑1：如果我保持oneToOne与LAZY fetch类型的关系并直接在namedQuery上添加JOIN FETCH a.entityC，我会得到同样的错误

编辑 2：从 abstractEntity 类中删除与实体 C 的关系 oneToOne 并将此关系直接添加到 EntityA 和 EntityB 中（加上修改实体 C 以与 A & B 具有反向关系），仍然将此 oneToOne 关系保持为 EAGER => 没问题。所以看起来问题出在将这个共享关系放到抽象实体类中，但为什么呢？

这是说明问题的代码示例。

实体 A

@Entity
@Table(name = "TABLE_A")
@Access(AccessType.FIELD)
@NamedQueries({
   @NamedQuery(name = "findADetails", query = "SELECT a FROM A a WHERE a.customKey.key     = :customKey")})
public class A extends abstractEntity {

   @Embedded
   private CustomEmbeddedKey customKey;

   @OneToMany(cascade = CascadeType.ALL, fetch = FetchType.LAZY, mappedBy = "entityA")
   private List<B> bEntities;

   ...
}

实体 B

@Entity
@Table(name = "TABLE_B")
@Access(AccessType.FIELD)
public class B extends abstractEntity {

   @ManyToOne(fetch = FetchType.LAZY, targetEntity = A.class)
   @JoinColumn(name = "FK_A_ID")
   private A entityA;

   ...
}

抽象实体类

@Entity
@Access(AccessType.FIELD)
@Inheritance(strategy = InheritanceType.TABLE_PER_CLASS)
@SequenceGenerator(name = "TOTO_ID_SEQ", sequenceName = "TOTO_ID_SEQ", initialValue = 1, allocationSize = 1)
public abstract class abstractEntity {

   @Id
   @Column(name = "ID")
   @GeneratedValue(generator = "TOTO_ID_SEQ", strategy = GenerationType.SEQUENCE)
   private Long id;

   @OneToOne(mappedBy = "...", fetch = FetchType.EAGER)
   private C anotherEntity;

   @OneToMany(mappedBy = "...", fetch = FetchType.LAZY)
   private List<D> anotherEntities;

   ...

}

嵌入式密钥

@Embeddable
@Access(AccessType.FIELD)
public class CustomEmbeddedKey {

   @Column(name = "...", length = ...)
   private String key;

   ...
}

刀样

TypedQuery<A> query = createNamedQuery("findADetails", A.class);
  query.setParameter("customKey", queryParam);
  List<A> aEntitiesFound = query.getResultList();

在此先感谢您的帮助。

4

1 回答 1

1

认为我发现了问题。如果我们参考Eager Fetching Considerations and Limitations的文档，这是由于 openJPA 不真正支持的映射

所以最后对我来说有两个解决方案：

解决方案1（简单的）：

  • 在抽象实体类上将获取类型 EAGER 更改为 LAZY
  • 添加获取组并更新每个相关的命名查询或代码

优点：

  • 快速解决，对现有代码没有太大影响。

缺点：

  • 必须调查新 LAZY 字段的使用 + 相关查询的更新，因为现在每个 getter 都会延迟加载（如果不是来自更新的 namedQueries）
  • 使用 Junit 和动态增强运行测试时，在使用此类映射（抽象和 TABLE_PER_CLASS 继承类型）对 namedQueries 执行 JOIN FETCH 时仍会抛出 NPE

解决方案 2：修改映射

  • 从抽象实体中删除继承的使用（实际上没有业务使用）并替换为@MappedSuperClass（因此删除@Entity和@Inheritance）
  • 添加接口并定义 EAGER 属性的 getter / setter
  • 将此接口实现到抽象实体类中，以便子类必须实现 getter / setter（以及相关的属性和映射）
  • 将这些 EAGER 对象的目标实体的反向关系类型从抽象类类型更改为新的接口类型
  • 最后，将 EAGER 属性的映射、getter 和 setter 的实现从抽象实体类移至所有子实体类。

优点：

  • 不再有异常（由于旧的映射和动态类增强，NPE 也没有）
  • 更强大的解决方案，因为 openJPA 对旧映射样式的限制有更多机会避免进一步的异常

缺点：

  • 更多修改
  • 由于接口而不是抽象类类型进入目标实体类，开发人员的可读性可能会降低
于 2013-07-29T12:46:37.457 回答