springboot jndi禁用

本文介绍了解决高版本SpringBoot项目WAR包部署时遇到的JNDI名称未找到问题的方法。通过在项目的根目录下创建spring.properties文件并设置spring.jndi.ignore=true来禁用JNDI查询,从而避免错误的发生。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

摘要:在实际项目开发中使用springboot的时候,可以使用jar包的方式运行项目,也可以将springboot项目打成war包使用。springboot war包运行可能会出现 [localhost-startStop-1] DEBUG org.springframework.jndi.JndiLocatorDelegate - Converted JNDI name [java:comp/env/LOGGING.pattern_level] not found - trying original name [LOGGING.pattern_level]. javax.naming.NameNotFoundException: Name [LOGGING.pattern_level] is not bound in this Context. Unable to find [LOGGING.pattern_level]

。反正就是诸如此类的问题吧。

上述的问题,在高版本的spring boot中会出现的,低版本不会出现这个问题。因为高版本中引入了JNDI查询的操作。

解决方案:

在项目的根目录中新建spring.properties配置文件,如下图所示:

    添加属性以及值,如下所示:

spring.jndi.ignore=true

原理

打开StandardServletEnvironment类,该类中的customizePropertySources方法如下:

public static final String JNDI_PROPERTY_SOURCE_NAME = "jndiProperties";
protected void customizePropertySources(MutablePropertySources propertySources) {
propertySources.addLast(new StubPropertySource(SERVLET_CONFIG_PROPERTY_SOURCE_NAME));
propertySources.addLast(new StubPropertySource(SERVLET_CONTEXT_PROPERTY_SOURCE_NAME));
if (JndiLocatorDelegate.isDefaultJndiEnvironmentAvailable()) {
propertySources.addLast(new JndiPropertySource(JNDI_PROPERTY_SOURCE_NAME));
}
    super.customizePropertySources(propertySources);
}
JndiLocatorDelegate.isDefaultJndiEnvironmentAvailable()代码如下:
public static final String IGNORE_JNDI_PROPERTY_NAME = "spring.jndi.ignore";
private static final boolean shouldIgnoreDefaultJndiEnvironment =
SpringProperties.getFlag(IGNORE_JNDI_PROPERTY_NAME);
public static boolean isDefaultJndiEnvironmentAvailable() {
//如果忽略jndi则返回false
if (shouldIgnoreDefaultJndiEnvironment) {
return false;
}
	try {
                  //准备jndi环境
        new InitialContext().getEnvironment();
        return true;
}
catch (Throwable ex) {
        return false;
}
}


通过上文可知:

1、如果我们需要忽略jndi则可以配置spring.jndi.ignore值为true即可。

2、在哪里配置呢?我们不妨跟进SpringProperties类中的getFlag方法。

spring.jndi.ignore获取原理

SpringProperties类的getFlag方法如下所示:

public static boolean getFlag(String key) {
    return Boolean.parseBoolean(getProperty(key));
}

继续跟进getProperty方法,如下所示:

public static String getProperty(String key) {
       //获取spring.jndi.ignore值
String value = localProperties.getProperty(key);
if (value == null) {
    try {//获取系统的变量
    value = System.getProperty(key);
    }
        catch (Throwable ex) {
    }
    }
    return value;
}

上述的方法可以总结如下:

从localProperties集合中获取spring.jndi.ignore属性,如果没有获取到则直接从环境变量中进行获取。localProperties集合在哪里初始化的呢?我们看一下SpringProperties类中的静态代码块,如下所示:

private static final String PROPERTIES_RESOURCE_LOCATION = "spring.properties";
static {
try {
    ClassLoader cl = SpringProperties.class.getClassLoader();
    URL url = (cl != null ? cl.getResource(PROPERTIES_RESOURCE_LOCATION) :ClassLoader.getSystemResource(PROPERTIES_RESOURCE_LOCATION));
    if (url != null) {
        logger.info("Found 'spring.properties' file in local classpath");
        InputStream is = url.openStream();
        try {
            localProperties.load(is);
        }
        finally {
            is.close();
            }
    }
    }
catch (IOException ex) {
}
}

看到上面的代码,我们明白了,原来这里是直接读取跟目录中的spring.properties文件中的所有属性。看到这里,焕然大悟。原来如此。

ok,本文暂时讲解到这里。后续我们讲解更多的jndi使用。

<think>好的,用户想了解Spring Boot的加载顺序。我需要先回忆一下Spring Boot的启动流程,然后分步骤解释清楚。可能涉及ApplicationContext的初始化、Bean的加载顺序、配置文件的读取顺序,以及各种扩展点如ApplicationRunner和CommandLineRunner的区别。还要注意用户提到的系统级指令,比如正确使用LaTeX格式,虽然这个问题可能不太涉及数学公式,但如果有需要的地方要处理好。 首先,用户可能想知道当启动一个Spring Boot应用时,内部是如何一步步加载的。可能需要从主类的@SpringBootApplication注解开始,然后讲解SpringApplication.run()方法里的过程。比如准备环境、创建应用上下文、加载Bean定义、执行Runners等等。 然后要考虑配置文件的加载顺序,比如application.properties和application.yml的优先级,不同profile的配置如何覆盖默认配置。这部分可能需要用列表或者步骤详细说明,确保结构清晰。 另外,Bean的加载顺序也是一个重点,比如@Bean注解的方法、@ComponentScan扫描的组件、自动配置类(AutoConfiguration)是如何被处理的。可能涉及@Conditional注解的影响,以及BeanPostProcessor的作用。 还有,用户可能对扩展点感兴趣,比如ApplicationContextInitializer、BeanFactoryPostProcessor、BeanPostProcessor、以及ApplicationRunner和CommandLineRunner的执行顺序。需要明确这些接口在启动过程中的触发时机。 需要注意避免过于深入源码细节,保持回答的易懂性,同时又要准确。可能还需要比较不同版本Spring Boot的差异,但如果没有特别说明,可以默认最新版本的逻辑。 在组织回答时,按照启动流程的时间顺序来分步骤,每个步骤简明扼要地说明发生了什么,以及相关的配置或扩展点。使用标题和子标题帮助用户理解结构,比如分为环境准备、应用上下文初始化、Bean加载、扩展点执行等部分。 最后检查是否符合用户的格式要求,比如中文回答,行内公式正确(如果有的话),独立公式单独成段。虽然这个问题可能不太涉及数学公式,但如果有示例代码或配置,需要用正确的格式展示。确保LaTeX语法正确,但在这个主题下可能用不上太多数学表达式,所以重点还是放在文字描述的清晰和结构上。</think>Spring Boot的加载顺序是一个涉及多阶段协作的复杂过程,以下是其核心流程的逐步解析: $$启动入口:\texttt{SpringApplication.run()}$$ 1. **初始化阶段** - 检测classpath下的配置类(通过`@SpringBootApplication`) - 加载`META-INF/spring.factories`中的`ApplicationContextInitializer` - 创建并配置`Environment`环境对象(处理命令行参数、系统变量、配置文件) 2. **配置文件加载顺序**(优先级从高到低): ```properties 1. 命令行参数(--key=value) 2. JNDI属性 3. Java系统属性(System.getProperties()) 4. 操作系统环境变量 5. 项目内部的application-{profile}.properties/yml 6. 项目外部的application-{profile}.properties/yml 7. 项目内部的application.properties/yml 8. 项目外部的application.properties/yml ``` 3. **应用上下文创建** - 根据运行类型选择`ApplicationContext`实现(Web环境用`AnnotationConfigServletWebServerApplicationContext`) - 执行所有`ApplicationContextInitializer`的`initialize()`方法 4. **Bean加载阶段** - 解析`@Configuration`类(加载顺序受`@Order`和`@AutoConfigureOrder`影响) - 自动配置类加载(通过`spring-boot-autoconfigure`的`spring.factories`) - 处理`@ComponentScan`标注的包路径 - 执行`BeanFactoryPostProcessor`(如`ConfigurationClassPostProcessor`) 5. **扩展点执行顺序**: ```java BeanPostProcessor → @PostConstruct → ApplicationRunner → CommandLineRunner ``` - `ApplicationRunner`和`CommandLineRunner`的执行顺序由`@Order`注解控制 6. **Web服务器启动** - 根据`ServletWebServerFactory`创建嵌入式容器(Tomcat/Jetty等) - 注册DispatcherServlet(如果是Web MVC应用) - 启动完成后触发`ApplicationReadyEvent`事件 **关键特性示例**: - 自定义加载顺序控制: ```java @Bean @Order(1) // 控制Bean加载顺序 public MyBean primaryBean() { return new MyBean(); } ``` - 配置覆盖示例(application-dev.properties): ```properties server.port=8081 // 覆盖默认端口 ``` **调试技巧**: 1. 添加`--debug`参数查看自动配置报告 2. 使用`@AutoConfigureAfter`控制配置类顺序 3. 通过`SpringApplication.setAddCommandLineProperties(false)`禁用命令行参数 理解这个加载机制有助于解决配置冲突、性能优化等问题,特别是在处理多环境配置和自定义扩展时,掌握执行顺序能显著提升开发效率。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值