EJB Transactions属性：NOT_SUPPORTED和REQUIRES_NEW

Question

我目前陷入以下情况：

我正在尝试将对象A保存到数据库中。 但是A由许多其他对象组成，B，C和B，C由对象D，E组成...有很多嵌套的对象，您知道我的意思。 让我们将将A保存为事务1的整个过程称为1。

在事务1的中间，当要保存某个对象X（通过许多链接在某种程度上与A相关联）时，可以说是saveX（）方法触发了保存X。在saveX（）方法中，业务逻辑需要对另一个对象Y进行另一个查询，假设方法是queryY（）。

因此，当我们调用queryY（）并转到实际从数据库中获取所有结果的代码行时，就会出现异常。 我们将此时刻称为T时间。

例外是

org.hibernate.TransientObjectException: object references an unsaved transient instance - save the transient instance before flushing: A.b -> B.

因此，我认为，EJB容器在T时间有点思考，当我们需要执行查询时，它需要提交当前事务1并启动事务2来执行查询。 显然，与A相关的数据尚未正确保存到数据库中，因此发生了异常。

因此，我们需要稍微挂起事务1并在执行查询后恢复它，而不是在T时间提交它。 我做了一些研究，发现@TransactionAttribute可以解决问题。 有趣的是，如果我将两个解决方案之一放在queryY（）上作为注解，那么我发现下面的两个解决方案都可行（没有异常，应用程序也可以）。

@TransactionAttribute(TransactionAttributeType.NOT_SUPPORTED) 
@TransactionAttribute(TransactionAttributeType.REQUIRES_NEW) 

我阅读了与该注释有关的官方文档： http ://docs.oracle.com/javaee/6/api/javax/ejb/TransactionAttributeType.html

REQUIRES_NEW有效是有道理的。 但是我不明白为什么NOT_SUPPORTED也能正常工作。 显然，我们需要另一个事务来调用queryY（）来完成查询。 并且在NOT_SUPPORTED的说明中，没有提到它将在挂起第一个事务后开始新事务。

所以我的第一个问题是，为什么NOT_SUPPORTED起作用？ 我的第二个问题是，为什么EJB容器认为事务1已结束并且需要在T时间提交，而不是将queryY视为事务1的一部分？

提前致谢！ 任何帮助将不胜感激！

Answer 1

这与事务传播无关。 您应该只使用一个事务来保存所有对象。

您得到的此错误：

org.hibernate.TransientObjectException: object references an unsaved transient instance - save the transient instance before flushing: A.b -> B.

是因为您尝试保存A，而A和B之间没有级联。

如果A是父母，而B是孩子（具有FK），则将持久性/合并操作从A层叠到B是有意义的。 否则，如果B是父@OneToOne关联，则需要先保存该关联。