新增Spring模块事务不生效问题求助

• 事务注解扫描与Bean管理验证
  检查app-ecm模块的@ComponentScan是否覆盖了标注@Transactional的Bean所在包，同时确认app-web主配置通过@Import引入的配置类是否被正确加载。由于所有模块位于EAR的/APP-INF/lib目录下，需确保Spring上下文的类扫描能跨模块识别目标Bean——可查看应用启动日志，确认带@Transactional注解的Bean是否被Spring容器初始化。另外，需排查JPMS模块封装的影响：检查module-info.java中是否已导出app-ecm的事务Bean包，且app-web模块已声明依赖该包，避免类路径扫描遗漏。

• 事务管理器配置有效性排查

  1. 确认JtaTransactionManager与WLS数据源的绑定：检查配置中是否通过JNDI正确获取WLS数据源，并注入到事务管理器中；若使用JndiObjectFactoryBean，需验证其jndiName是否与WLS配置的数据源名称一致。
  2. 解决事务管理器的关联问题：若存在多个事务管理器实例，需在@Transactional注解中显式指定transactionManager属性，或给目标事务管理器添加@Primary注解确保被优先选用。可临时尝试WebLogicJtaTransactionManager（尽管官方标记废弃），验证是否为通用JtaTransactionManager在WLS环境下的适配问题。

• Spring AOP代理机制检查
  Spring事务依赖AOP代理生效，需确认：

  • 标注@Transactional的方法是否为public：非public方法无法被Spring AOP代理拦截，事务自然不会启动。
  • 是否存在内部自调用：若在同一个Bean内部调用带事务注解的方法，AOP代理不会介入，导致事务不生效，需通过提取方法到独立Bean或使用AopContext.currentProxy()绕过此限制。
  • 代理模式适配：Spring 5.3默认使用JDK动态代理，若事务Bean未实现接口，需在@EnableTransactionManagement中设置proxyTargetClass = true启用CGLIB代理。

• EAR部署结构与上下文隔离问题

  1. 验证WLS类加载路径：确认app-web的Spring上下文能访问到/APP-INF/lib中的模块类，WLS中EAR的APP-INF/lib属于共享类路径，但需避免WAR的WEB-INF/lib中存在重复依赖导致类加载冲突。
  2. 排查多Spring上下文问题：若app-ecm模块自身初始化了独立的Spring上下文，而未与app-web的主上下文合并，会导致事务管理器无法共享，进而事务不生效——需确保所有模块的Bean都归属于同一个Spring上下文。

• 数据源与事务属性验证

  1. 检查WLS数据源的事务配置：确认数据源已启用全局事务（JTA模式），若数据源配置为本地事务模式，JtaTransactionManager无法对其进行事务管理。
  2. 核对@Transactional注解的正确性：确认导入的是Spring的org.springframework.transaction.annotation.Transactional，而非其他框架的同名注解；同时检查注解属性是否为REQUIRED，避免误设为NOT_SUPPORTED等非事务属性。

内容的提问来源于stack exchange，提问作者Arnie Morein