EJB事务处理属性:不支持且需要新属性

Question

我目前陷入以下情况：

我正在尝试将对象A保存到数据库中。但是A是由很多其他物体组成的，B，C，B，C由D，E组成...有很多嵌套的对象，你知道我的意思。让我们把保存A的整个过程称为事务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时间提交它。我做了一些研究，我发现@TransactionAt的可以解决这个问题。有趣的是，我发现下面的两个解决方案都有效（没有异常发生，应用程序是好的），如果我把两个解决方案中的一个放在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关联，则需要首先保存该关联。