从原生Spring迁移到SpringBoot后无法创建jee:jndi-lookup类型Bean问题求助

错误核心原因 #

报错本质是SpringBoot环境下的JNDI查找没有走WLP容器提供的本地应用JNDI上下文，反而尝试调用远程CORBA名称服务，因端口不通触发连接拒绝。具体关联原因如下：

• JNDI查找默认配置不匹配：SpringBoot中JndiLocator的resourceRef属性默认值为false，不会自动添加java:comp/env/前缀查找容器本地JNDI资源，导致查找逻辑指向全局/远程JNDI服务。
• 自动配置干扰：SpringBoot的JndiAutoConfiguration会自动扫描类路径下的JNDI实现类，若WLP环境的类路径包含CORBA相关实现包，会自动覆盖默认的初始上下文工厂，错误使用CORBA名称服务的JNDI实现。
• 上下文初始化时机偏差：SpringBoot部分上下文初始化逻辑早于ServletContext完全就绪阶段，若JNDI Bean初始化时机过早，还未获取到容器绑定的JNDI上下文环境，就会降级使用默认的远程JNDI配置。

SpringBoot与原生Spring的JNDI获取逻辑差异 #

• 配置默认值不同：原生Spring在Web环境下的<jee:jndi-lookup>默认开启resourceRef=true，自动适配容器本地JNDI命名空间，无需额外配置前缀即可正常查找容器提供的资源。SpringBoot环境下JndiLocator默认关闭resourceRef，仅当显式配置后才会走容器本地JNDI路径。
• 上下文构造逻辑不同：原生Spring无自动装配逻辑，JNDI初始上下文完全依赖Web容器提供的环境变量构造，默认使用容器内置的JNDI工厂实现。SpringBoot会自动装配JNDI相关属性，若类路径存在其他JNDI实现会优先使用，容易覆盖容器提供的默认实现。
• 初始化触发时机不同：原生Spring的上下文初始化完全由Web容器的生命周期触发，执行时容器的JNDI资源已经完成绑定，可直接访问。SpringBoot的初始化流程部分脱离容器生命周期控制，存在Bean初始化早于JNDI资源绑定的可能性。

修复方案 #

方案1：调整XML JNDI配置 #

显式开启resource-ref属性，或直接补充java:comp/env/前缀：

<jee:jndi-lookup id="executorService"
                 jndi-name="concurrent/workManagerTaskExecutor"
                 resource-ref="true"
                 expected-type="java.util.concurrent.ExecutorService"/>

或

<jee:jndi-lookup id="executorService"
                 jndi-name="java:comp/env/concurrent/workManagerTaskExecutor"
                 expected-type="java.util.concurrent.ExecutorService"/>

方案2：禁用SpringBoot的JNDI自动配置 #

在启动类注解中排除Jndi自动配置类，完全沿用容器提供的JNDI环境：

@SpringBootApplication(exclude = JndiAutoConfiguration.class)
@ImportResource("classpath:beans-definitions.xml")
public class Application extends SpringBootServletInitializer {
    // 原有逻辑保持不变
}

方案3：补充JNDI配置属性 #

在application.properties中指定JNDI默认前缀和上下文工厂：

spring.jndi.environment[java.naming.factory.initial]=com.ibm.websphere.naming.WsnInitialContextFactory
spring.jndi.template.prefix=java:comp/env/

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