为什么它不起作用:
@Test
public void test() {
EntityManagerFactory entityManagerFactory = Persistence.createEntityManagerFactory("test-pu");
EntityManager entityManager = entityManagerFactory.createEntityManager();
String id = "id";
long value = 1234L;
entityManager.getTransaction().begin();
FancyEntity fancyEntity = new FancyEntity(id);
entityManager.persist(fancyEntity);
int updateCount = entityManager.createQuery("update FancyEntity item set item.value = ?2 where item.id = ?1").setParameter(1, id).setParameter(2, value).executeUpdate();
assertEquals(1, updateCount);
FancyEntity checkResult = entityManager.find(FancyEntity.class, id);
assertEquals(1234L, checkResult.getValue()); // <- this assert fails
entityManager.getTransaction().commit();
}
与
@Entity
public class FancyEntity {
@Id
private String id;
@Column
private long value;
public FancyEntity(String id) {
this.id = id;
this.value = 0;
}
public FancyEntity() {
}
public long getValue() {
return value;
}
}
和
<persistence-unit name="test-pu"
transaction-type="RESOURCE_LOCAL">
<provider>org.eclipse.persistence.jpa.PersistenceProvider</provider>
<class>com.fancypackage.FancyEntity</class>
<properties>
<property name="eclipselink.logging.level" value="SEVERE"/>
<property name="javax.persistence.jdbc.driver" value="org.hsqldb.jdbcDriver" />
<property name="javax.persistence.jdbc.url" value="jdbc:hsqldb:mem;sql.enforce_strict_size=true;hsqldb.tx=mvcc" />
<property name="eclipselink.ddl-generation" value="drop-and-create-tables" />
<property name="eclipselink.ddl-generation.output-mode" value="database" />
<property name="eclipselink.logging.level.sql" value="FINE"/>
<property name="eclipselink.logging.parameters" value="true"/>
</properties>
</persistence-unit>
结果是
java.lang.AssertionError:
Expected :1234
Actual :0
似乎有一些缓存未被更新查询无效。 checkResult
和fancyEntity
是同一个对象。使用entityManager.refresh(checkResult)
强制刷新。最奇怪的是发出了select
来检索checkResult
(在eclipselink日志中看到),但其结果仍未考虑在内。使用MySQL而不是HSQL的行为相同。
任何可能出错的提示?
答案 0 :(得分:1)
这是一个批量更新语句,正如JPQL语言参考说明:
持久性上下文与结果不同步 批量更新或删除。执行批量时应该小心 更新或删除操作,因为它们可能会导致不一致 数据库与活动持久性中的实体之间 上下文即可。通常,批量更新和删除操作应该只是 在单独的交易中或在a的开头执行 事务(在访问实体之前,状态可能是 受此类行动的影响)。
https://docs.oracle.com/html/E24396_01/ejb3_langref.html#ejb3_langref_bulk_ops)
所以你所看到的行为非常有意义。