问题标签 [bitronix]

如果我们在JTA事务上设置一个带有@Transactional(readOnly = true)的方法，它将优化 Hibernate 的事务还是简单地忽略该属性？

我正在使用Spring Boot和Bitronix，并且很多时候我的事务都超时了。应用还是应该只为写入/更新操作设置事务是否仍然是一个好习惯？

我已将 bitronix 配置如下：

和 pom 依赖项：

但在启动时我收到此错误：

我想这个异常是由于spring boot和我的应用程序都初始化了bitronix transactionManager。

如何使用 spring boot 正确配置 bitronix？

谢谢您的帮助。

我是 bitronix 的新手，我的应用程序中需要 xa 事务。

我正在尝试使用 spring 配置 bitronix，但我在启动 tomcat 时遇到了异常。

任何帮助表示赞赏。

invokeProxyMethod(AbstractEntityManagerFactoryBean.java:407) at org.springframework.orm.jpa.AbstractEntityManagerFactoryBean$ManagedEntityManagerFactoryInvocationHandler.invoke(AbstractEntityManagerFactoryBean.java:560) at com.sun.proxy.$Proxy78.createEntityManager(Unknown Source) at org.springframework.orm .jpa.SharedEntityManagerCreator$SharedEntityManagerInvocationHandler.invoke(SharedEntityManagerCreator.java:288) at com.sun.proxy.$Proxy83.getDelegate(Unknown Source) at org.springframework.data.jpa.provider.PersistenceProvider.fromEntityManager(PersistenceProvider.java:295 ) 原因：javax.naming.NameNotFoundException：名称 [javax.transaction.TransactionManager] 未绑定在此上下文中。找不到 [javax.transaction.TransactionManager]。在 org.apache.naming.NamingContext。

我对我们的一个应用程序有疑问。该应用程序是一个自行编写的 Java 应用程序，它通过 JMS 连接到 50 多个不同的消息队列并使用这些队列中的消息。

从功能的角度来看，处理来自不同队列的所有消息都可以正常工作。然而，在测试过程中，我们发现不同消息的处理速度非常慢。我们每分钟只能处理每个队列的几条消息。

为了更好地理解发生了什么，我使用 JMC 进行了一次飞行记录，并看到每个使用消息队列中的消息的线程都有很多阻塞时间：

图片：阻塞 JMS 线程

除了这张图，我还在飞行记录中看到，访问特定的 WeakHashMap 以关闭和获取 XAResource 花费了大量时间。

图片：锁定实例

我所做的下一步是分析 JMS bitronix 配置的外观。以下是相关部分：

在 Tomcat 服务器级别，我有由 bitronix 加载的 resource.properties 文件：

在 Spring 应用程序 XML 内部，我有以下 bean 定义来设置连接：

p:autoStartup="$fwk{jms.listener.start}"/>

除了这个，我为每个消息队列和自己的类处理来自这个队列的消息：

我认为该错误与连接的配置方式有关。我尝试了不同的其他方法，但阻塞线程的结果总是相同的。

非常欢迎任何意见或建议。

我已经尝试JPAKnowledgeService了大约 3 天了，我几乎要放弃了，这似乎是太多的配置和细节工作。然而，

我最初遇到了这个问题，添加后它就消失了

正如答案所暗示的那样，进入我的jndi.properties档案。我能够创建一个StatefulKnowledgeSessionfinally，并认为工作已经结束。但是在流口水聊天中，同一个人建议我的事务可能是由 Hibernate 而不是 Bitronix 处理的，这可能使我的持久性完全不是事务性的。

而且我想他是对的，因为每当我尝试将 anObject插入 Knowledge 会话并调用fireAllRules时，我都被困在：

其次是：

之后我改变的是；我更新persistence.xml如下：

将此行添加到我的application.properties：

spring.datasource.jndi-name=java:comp/env/jdbc/jbpm

并按照这些说明为我的嵌入式 tomcat 数据源提供 jndi 名称。

错误又回来了：

相关的表JPAKnowledgeService是在数据库中创建的，所以我猜我的 JNDI 注册是成功的，但我似乎无法找到 Bitronix 作为我的事务管理器，因为JtaTransactionManager它似乎为空。我究竟做错了什么？我很沮丧和无能为力。

我已按照此链接https://apurvasingh67.wordpress.com/2014/03/03/how-to-install-jbpm6-on-中提供的步骤在 tomcat 8 + Bitronix 事务管理器 + Oracle 11G 上成功配置了 jBPM 6.5 tomcat7-x/

此外，我设法使用脚本和用户任务创建了一个示例业务流程。

现在，当我尝试声明并完成用户任务时，我收到了空指针异常。

任何人都可以对此有所了解。

在 JSON 文件中，大约有 100000 条记录。我正在尝试将它们全部写入 mantle.product.Product 实体。

该过程开始并在大约 35000 条记录处开始恶化，并发出警告“缓慢命中 AT_ENTITY:create:mantle.product.Product ”。然后它肯定会因“ java.lang.OutOfMemoryError: GC overhead limit exceeded ”错误而停止。这种行为在我的电脑上。

欢迎任何提示。

这是代码：

通过使用像 atomikos 或 bitronix 这样的外部 jta 管理器，是否可以将弹簧事务和非弹簧事务结合起来？如果可能，我是否仍需要将该方法注释为事务性的 - 如果事务跨越方法或类怎么办？

我们有一个使用 bitronix 事务管理器的 spring-batch 进程。在特定步骤的第一遍中，我们看到了预期的提交行为——数据仅在达到事务边界时提交到目标数据库。

但是，在第二次和随后的传递中，行在写入后立即提交。也就是说，他们不等待提交点。

我们已经确认 bitronix 提交仅在预期点被调用。

有没有人经历过这种行为？我在寻找什么样的错误？

这是使用Bitronix事务管理器的Spring Boot 应用程序的Derby EmbeddedXADataSource配置

Spring Boot 应用程序的Liquibase配置

启动Spring Boot 应用程序后，Liquibase成功执行更新操作，其中Liquibase或Derby本身关闭了 Derby 连接，如下所示：

由于 Derby 连接关闭而导致应用程序失败。您对此问题有任何解决方案吗？