Java 关于JPA1.0事务并发性的问题

目前，我们正在为web应用程序中的每个请求创建一个EntityManager。 我们希望在请求开始时创建一个事务，并在请求结束时关闭它，以便在整个请求中获得自动事务支持

有人试过这个吗？这会带来并发性问题吗？还是我们应该将所有更新代码包装在一个单独的事务中

---

注意，对于简单的应用程序，我们使用JPA1.0，这就足够了（每个请求一个事务）。但对于更复杂的场景，您需要在更细粒度的级别上使用事务

原则上，我总是根据需要包装更新事务

无论如何，如果需要的话，您的方法不会阻止您在请求中间打开一个新的事务。所以我觉得没问题

还有一些关于可能的并发性问题。。。

---

如果你能预见问题，解决它们，否则我不会太担心。保持简单，不要陷入过早的优化中

对于简单的应用程序，这就足够了（每个请求一个事务）。但对于更复杂的场景，您需要在更细粒度的级别上使用事务

原则上，我总是根据需要包装更新事务

无论如何，如果需要的话，您的方法不会阻止您在请求中间打开一个新的事务。所以我觉得没问题

还有一些关于可能的并发性问题。。。 如果你能预见问题，解决它们，否则我不会太担心。保持简单，不要陷入过早的优化

这是在哪台服务器上运行的（具体来说，是什么版本）？有什么原因不能使用

@PersistenceContext

将

EntityManager

注入您的ejb？它运行在哪台服务器上（特别是哪个版本）？有什么原因不能使用

@PersistenceContext

将

EntityManager

注入EJB？