Weblogic JMS桥接遭遇weblogic.transaction.RollbackException故障求助

根据你提供的错误日志和已尝试的操作，这个问题的核心是JMS桥接在执行事务准备阶段时，无法分配指定的持久化存储资源（WLStore_WLS_AdminServerPLT），导致事务回滚，桥接中断。下面是几个针对性的排查和解决步骤，你可以逐一尝试：

1. 检查持久化存储的基础可用性与权限 #

• 先定位WLStore_WLS_AdminServerPLT对应的物理存储路径：在Weblogic A控制台的「持久化存储」配置里，找到这个存储的目录路径。
• 确认该路径实际存在，并且Weblogic服务器进程对这个目录拥有完整的读写权限（包括父目录）。如果是Linux系统，可以用ls -l和ps -ef | grep weblogic核对权限；Windows系统则检查文件夹的安全属性。
• 如果是共享存储（比如NAS），检查存储的挂载状态是否正常，有没有出现断开、延迟过高的情况。

2. 排查事务模式与XA配置问题 #

• 查看JMS桥接的事务模式配置：如果桥接使用的是全局事务（XA）模式，需要确保两端的Weblogic服务器（A和B）的JMS服务器都配置了XA支持，并且事务管理器的参数（比如超时时间）设置合理。
• 可以临时将桥接的事务模式改为**本地事务（Non-XA）**进行测试：如果切换后桥接能正常工作，说明XA配置存在问题，需要进一步排查两端的XA资源注册情况。

3. 清理并重置事务日志 #

• 停止Weblogic A服务器，找到事务日志的默认路径（通常是domain_home/servers/AdminServer/data/transactionlogs）。
• 备份该目录下的所有文件后，删除原有文件，然后重启服务器。这一步可以清除可能损坏的事务日志，解决资源分配冲突。

4. 检查源端（Weblogic B）的JMS状态 #

• 登录Weblogic B控制台，确认源队列是否正常运行：有没有被暂停、启用了流量控制，或者消息堆积过多导致队列资源耗尽。
• 查看Weblogic B的日志，确认是否有JMS服务器或持久化存储的异常，这些问题也可能导致桥接端的事务失败。

5. 验证桥接适配器的连接配置 #

• 重新核对JMS桥接的源适配器（连接Weblogic B）和目标适配器（连接Weblogic A）的配置参数：包括JNDI URL、用户名密码、队列JDNI名称是否正确，有没有近期变更过。
• 可以用简单的JMS客户端工具（比如Weblogic自带的JMSModuleHelper）从Weblogic A测试连接到Weblogic B的JMS服务，确认连通性正常。

内容的提问来源于stack exchange，提问作者Sandesh Dhotre