问题标签 [bitronix]

我使用 dev-kit 开发了我的自定义连接器，我的连接器充当连接到 ejb 并提取数据并发送到另一个端点的源。

我正在使用 bitronix 作为事务管理器。

我使用下面的代码在 mule 事务上下文中注册我的 ejb。

之后使用下一个端点作为 JMS 并配置了 XA，总是加入。但它的行为不像 XA。看起来 bitronix 正在删除 JMS 资源。

根据日志，JMS 不属于我开始的事务。

或者实现 XA Mule 自定义连接器的正确方法。

我的目标是使用 Bitronix 交易，我应该使用两种资源：

1. 数据库
2. 管理系统

我有以下java代码：

当我运行上述程序时，我能够看到队列中的消息。但我希望 JMS 事务与 Bitronix 事务一起嵌套。换句话说，如果 Bitronix 回滚，队列中也不应该有任何消息。

目前确定的情况。当同时尝试创建“内部通信”进程时，Bitronix 日志规定了超时，但实际上 Postgres 工作，并且监控增加了磁盘队列的长度（延迟高达 10 毫秒） . 1-2 分钟后，该过程照常工作，我设法创建了 10 个进程。

在超时期间，其他进程，包括服务。

我请你纠正这个错误。

--计算机 Bonita 7.8.4（使用 RAM 4 gb） Postgres 10（使用 RAM 2 gb） Windows MS 2016 Standart Proc Xeon 2.4 G RAM 8 gb HDD 60 gb --Bonita 用户 bonita 100 所有进程 25 000 个活动进程 200 个活动任务200

屏幕

https://bonita.atlassian.net/browse/BBPMC-570

我正在尝试开发 jBPM spring boot 应用程序，但出现 Unable to lookup JNDI name [jdbc/jbpm-ds] 错误。

为此，我使用了 jbpm-7.36.0.Final、Spring-Boot-2.2.6 和 jbpm-spring-boot 7.36.0 Final 以及 spring boot Bitronix api。下面是我的 pom.xml

在我的 application.properties 文件中，我配置了以下值

下面是代码片段

分享重要的日志信息

我也有兴趣知道我的以下理解是否正确

1. jBPM 只支持JTA 类型的事务，即全局事务。在集成 jBPM 时不能使用 RESOURCE_LOCAL 事务类型。
2. 当我说事务类型 RESOURCE_LOCAL 时，意味着只有一个数据源事务将在应用程序中共享。
3. jBPM RuntimeManager 使用 'org.jbpm.domain' 持久化单元名称（强制类型）来处理它的所有内部表操作。
4. 所有特定于应用程序的事务都可以由默认持久性单元名称 ie'org.jbpm.persistence.jpa' 处理。这可以被自定义持久性上下文覆盖。
5. JTA进一步分为XADatasource类型和Non-XADatasource类型两种。当数据源位于应用服务器容器中时，应使用 XADatasource。Non-XADatasource 对于基于 EJB 的应用程序很有用。

6. 以下配置需要 XADatasource

   <provider>org.hibernate.jpa.HibernatePersistenceProvider</provider>

   和

   <property name="hibernate.transaction.jta.platform" value="org.hibernate.service.jta.platform.internal.SunOneJtaPlatform" /> <property name="hibernate.transaction.jta.platform" value="org.hibernate.service.jta.platform.internal.WeblogicJtaPlatform" />

7. 配置下需要非 XADatasource

   <provider>org.hibernate.ejb.HibernatePersistence</provider>

   和

   <property name="hibernate.transaction.jta.platform" value="org.hibernate.service.jta.platform.internal.JBossAppServerJtaPlatform"/>

8. 第 6 点或第 7 点是否必要，如果需要，如何不使用 persistence.xml。

9. 下面的属性有什么用，什么 jar 有这个类

   spring.jpa.properties.hibernate.transaction.manager_lookup_class=org.hibernate.transaction.BTMTransactionManagerLookup

看了很多文章，还是不明白如何自己在 Spring Boot JTA + Bitronix 上做一个应用。通常没有地方解释什么需要什么参数，很多文章一般都是10年前写的。

某处是否有关于此主题的详细教程？

我们正在为不同的应用程序提供 jBPM 服务。

该服务部署在多个池上，并且服务的多个实例正在运行。但是最近在将 Hibernate 更新到 5.1.3+ 版本后，我们收到了重复的任务。

对于单池、单实例，没有重复生成，只有在计时器事件之后的任务有重复问题。它并不总是产生重复，但主要是。

通知管理器总是在复制并假设提醒系统管理员任务不存在。在 jBPM 取消/中断复选框中已选中

有人可以提出一些调试或修复的建议吗？

我已经提到了这个链接，但它让他们想要我们做什么感到困惑。以上选择/取消选择我已经尝试过。

我们有一个 springboot 服务，它能够在数据库重启后自行恢复。但是突然我们注意到日志中“恢复器已经在运行，放弃这个恢复请求”并且服务的健康检查失败。我们必须在我们的两个数据中心中重新启动服务。

有没有人遇到过类似的问题？

==编辑以下是配置：

我们将 JBpm 与 Spring 和 Bitronix 一起用作事务管理器。JBpm 集成在我们的应用程序中，我们使用 LocalTask​​Service 来创建任务等。所有 JBpm 相关表都与我们的应用程序共存。

另一件事是，我们不使用 JPA，而是使用 Hibernate。所以有一个数据源，一个用于 JBpm 的实体管理器和一个用于我们应用程序的 SessionFactory。我们已经使用 Bitronix 和 spring 配置了 JTA。

现在，我们有一个服务，它启动一个进程，然后在我们的应用程序数据库中插入一些记录。如果任何操作失败，JBpm 不会回滚事务

我们正在运行一个 Mule 4 应用程序，我们在其中引入了 btm（bitronix 管理器）来管理事务提交和回滚。

对于 btm XA 数据资源，我们使用了这样的默认配置（此处不提供服务详细信息和用户详细信息......）

以下是我们看到的一些观察结果：

1. 线程急剧上升
2. 每分钟不断收到持续警告（第二条消息）

可能是什么问题？

我们正在使用 Oracle Database 12c Enterprise Edition Release 12.2.0.1.0 - 64bit Production

谢谢。

XADataSource in connector StandardXADataSource: connection count=<0> number of dead connection=<0> dead lock max wait=<300000> dead lock retry wait=<10000> driver name=<oracle.jdbc.driver.OracleDriver> number of free连接数=<0> max con=<0> min con=<50> 准备好的 stmt 缓存大小=<16> 事务管理器= xid 连接大小=<0> StandardConnectionPoolDataSource: master 准备好的 stmt 缓存大小=<0> 准备好的 stmt 缓存大小=<16> StandardDataSource: driver= url=<jdbc:oracle:thin:@//oracle 服务名称> user= CoreDataSource : debug = description = login time out =<60> user = verbose = . 将创建一个默认池。要自定义在配置中定义 bti:xa-data-source-pool 元素并将其分配给连接器。

？错误在资源'270015947-default-xa-session'上运行恢复，资源标记为失败（后台恢复器将重试恢复）java.lang.IllegalStateException：没有与当前线程关联的TransactionContext：com.hazelcast.transaction.impl
的914397。 xa.XAResourceImpl.getTransactionContext(XAResourceImpl.java:305) ~[hazelcast-3.12.jar:3.12]
at com.mulesoft.mule.runtime.module.cluster.internal.vm.ClusterQueueSession.getXaTransactionContext(ClusterQueueSession.java:175) ~ [mule-ee-distribution-standalone-4.3.0-20210622-patch.jar:4.3.0-20210622]
在 com.mulesoft.mule.runtime.module.cluster.internal.vm.ClusterQueueSession.recover(ClusterQueueSession.java: 136）~[mule-ee-distribution-standalone-4.3.0-20210622-patch.jar:4.3.0-20210622]
在 bitronix.tm.recovery.RecoveryHelper.recover(RecoveryHelper.java:103) ~[mule-btm-2.1.14.jar:2.1.14]
在 bitronix.tm.recovery.RecoveryHelper.recover(RecoveryHelper.java:61) ~[mule-btm-2.1.14.jar:2.1.14]
在 bitronix.tm.recovery.Recoverer.recover(Recoverer.java:276) [mule-btm-2.1.14.jar:2.1.14]
在 bitronix .tm.recovery.Recoverer.recoverAllResources(Recoverer.java:233) [mule-btm-2.1.14.jar:2.1.14]
在 bitronix.tm.recovery.Recoverer.run(Recoverer.java:146) [mule- btm-2.1.14.jar:2.1.14]
在 java.lang.Thread.run(Thread.java:748) [?:1.8.0_241]