1

我正在尝试从迁移SDN 4.2到SDN 5和OGM 3

除了一种情况外，一切几乎都完美无缺。

现在为了保存实体，我必须使用 depth=2 而不是 depth=1 就像在 SDN 4.2

那里很难解释，所以我在 GitHub 上创建了一个演示项目来重现这个问题 - https://github.com/Artgit/spring-boot-2.0.0.M4-sdn5-ogm3-saving-issue

重现步骤：

如果您想使用自己的 Neo4j 实例，请跳过第 1 步并从第 2 步开始阅读。

  1. 运行mvn docker:start -Dfile.encoding=UTF-8以在 Docker 容器中启动 Neo4j 3.2.5（必须安装 Docker）

  2. 执行测试com.decisionwanted.domain.DecisionCharacteristicIT.testUpdateValue()

测试应该失败并断言：

java.lang.AssertionError: expected:<BaseEntity [id=3, class=class com.decisionwanted.domain.model.user.User, createDate=Wed Oct 04 21:54:17 EEST 2017, updateDate=Wed Oct 04 21:54:17 EEST 2017]> but was:<BaseEntity [id=2, class=class com.decisionwanted.domain.model.user.User, createDate=Wed

从以下代码可以看出：

rdbmsHorScalingValue = valueDao.update(rdbmsHorScalingValue, newStringValue2, newStringDescription2, user3,
                null);

assertEquals(user3, rdbmsHorScalingValue.getUpdateUser());

rdbmsHorScalingValue = valueDao.getById(rdbmsHorScalingValue.getId());

assertEquals(user3, rdbmsHorScalingValue.getUpdateUser()); // Error here !!!!

我已经rdbmsHorScalingValue用 user3 更新了，并且在Value通过 id 获取之后（valueDao.getById())我希望这个用户是，rdbmsHorScalingValue.getUpdateUser()但由于某种未知的原因，这是不正确的。

但是，如果我们更改以下方法：从tocom.decisionwanted.domain.dao.decision.characteristic.value.history.HistoryValueDaoImpl.create(Value)保存深度- 一切都开始正常工作。12

现在我不知道问题出在哪里，我唯一知道的是 - 使用 SDN 4.2 保存深度 = 1 时效果很好。

请告诉我问题出在哪里（为什么它不适用于 SDN 5）以及如何解决它。

4

1 回答 1

2

问题在于您的更新方法（com.decisionwanted.domain.dao.decision.characteristic.value.ValueDaoImpl#update）

您正在更改关系 (UPDATED_BY)，该关系未在当前会话（绑定到事务）中进行跟踪。它会留下你旧的 UPDATED_BY 关系——你最终会得到 2 个关系——直接在 Neo4j 中检查你的图表。这种情况的行为是未定义的，OGM 期望图模型匹配对象模型。

为什么它与保存深度 2 一起工作 - 保存会将 Value 实例和与用户的关系添加到会话中（深度 1 它只会对 Value 实例执行此操作，而不是关系），然后检测到后续更改

您应该在更新方法的开头加载值实例（直到您修改的深度）：

value = valueRepository.getById(value.getId());

如果您使用@Transactional服务中的 ValueDao 对象，则不需要这样做，但 *IT 测试本身应该是事务性的以反映这一点。

于 2017-10-05T06:52:54.263 回答