WebSphere中Servlet启动RabbitMQ监听线程后JNDI查找JDBC数据源失败

报错原文：
javax.naming.ConfigurationException: 对"java:"名称执行JNDI操作失败，因为服务器运行时无法将操作对应的线程与任何J2EE应用组件关联。当使用"java:"名称的JNDI客户端未在服务器应用请求的线程上执行时会出现该问题。[根异常为javax.naming.NameNotFoundException: 在"java:"上下文未找到对应名称。]

异常本质是你自行创建的RabbitMQ监听线程不属于WebSphere容器托管线程，没有绑定J2EE应用上下文，无法访问java:开头的JNDI命名空间。

• 方案1：提前缓存数据源（改动最小，优先推荐）
  在Servlet的init()方法（该方法由WebSphere容器线程调用，可正常访问JNDI）中提前完成JDBC数据源的查找，将获取到的DataSource对象缓存为静态全局变量。后续RabbitMQ监听线程处理消息时，直接调用缓存的DataSource获取数据库连接即可，无需再次执行JNDI查找。DataSource本身是线程安全的，缓存使用不会有并发问题。
• 方案2：使用WebSphere容器托管线程池
  废弃自行创建的RabbitMQ监听线程池，改用WebSphere提供的WorkManager异步Bean管理监听线程。WorkManager创建的线程默认绑定了J2EE应用上下文，可正常访问java:命名空间的JNDI资源，不会出现上下文丢失的问题。
• 方案3：独立维护数据库连接池
  不依赖容器提供的JNDI数据源，将数据库连接参数（URL、用户名、密码等）存入项目配置文件，用HikariCP、Druid等第三方连接池框架自行初始化数据库连接池，完全绕过JNDI查找逻辑，从根源避免该异常。
• 方案4：传递JNDI上下文到自定义线程
  在Servlet的init()方法中提前初始化好InitialContext对象并缓存，RabbitMQ监听线程处理数据库逻辑时，直接使用缓存的InitialContext实例执行数据源查找，不要在自定义线程中重新实例化InitialContext。

所有JNDI资源查找逻辑都建议放在容器托管的执行阶段（如Servlet初始化、Spring容器初始化、过滤器初始化等）完成，尽量不要在自定义线程中执行JNDI查找操作。

内容的提问来源于stack exchange，提问作者Akanksha Prasad