Spring Boot加载application.xml失败，EAR部署JBoss异常WebSphere正常求解

1. Spring Boot无法加载classpath:/application.xml作为属性源 #

Spring Boot 默认优先识别 application.properties 或 application.yml 作为属性配置文件，不会自动加载XML格式的属性源，除非你显式配置。解决方法如下：

• 在Spring Boot启动类上添加 @PropertySource 注解，指定XML文件路径：

  @SpringBootApplication
  @PropertySource("classpath:/application.xml")
  public class YourApplication {
      public static void main(String[] args) {
          SpringApplication.run(YourApplication.class, args);
      }
  }
  

• 确保你的 application.xml 是标准的Spring属性XML格式，示例结构：

  <?xml version="1.0" encoding="UTF-8"?>
  <!DOCTYPE properties SYSTEM "http://java.sun.com/dtd/properties.dtd">
  <properties>
      <entry key="spring.datasource.url">jdbc:mysql://localhost:3306/db</entry>
      <entry key="spring.datasource.username">root</entry>
  </properties>
  

• 如果你的 application.xml 是Spring的上下文配置文件（而非属性源），那你需要用 @ImportResource("classpath:/application.xml") 来加载它，而不是作为属性源处理。

2. Spring Boot 1.5.9 EAR部署到JBoss 7.x EAP的异常问题 #

为什么Spring Boot会尝试加载META-INF的EAR部署描述符？ #

JBoss 7.x EAP的类加载机制和WebSphere 8.5.5.x有明显差异：

• JBoss会将EAR包根目录下的META-INF/application.xml（EAR标准部署描述符）加入到应用的类加载路径中；
• 而Spring Boot 1.5.x的属性源自动扫描逻辑，会遍历classpath下所有符合命名规则的文件，当它检测到application.xml时，会尝试将其作为属性源加载，但这个文件是EAR的部署描述符，并非Spring的属性XML，因此会加载失败。
• WebSphere的类加载隔离策略更严格，不会将EAR的部署描述符暴露给Spring Boot的属性扫描逻辑，所以不会出现这个问题。

解决方案 #

针对JBoss环境，你需要让Spring Boot跳过对EAR部署描述符的扫描，有三种可行方式：

方式一：修改属性源扫描规则

在你的application.properties（或yml）中添加配置，指定只加载你需要的属性文件：

spring.config.name=application
spring.config.location=classpath:/application.properties,classpath:/application.xml

这样Spring Boot只会加载你指定的文件，不会扫描classpath下其他同名文件。

方式二：调整EAR打包结构，隔离部署描述符

通过Maven或Gradle的打包插件配置，将META-INF/application.xml放在独立的类加载路径中，或者修改Spring Boot的EAR打包配置，排除对该文件的扫描，避免被属性扫描逻辑误识别。

方式三：升级Spring Boot版本（可选）

Spring Boot 2.x及以上版本对EAR部署的适配性更好，针对JBoss等应用服务器的类加载问题做了优化，如果你有升级空间，可以考虑升级到较新的稳定版本，从根源上避免这类兼容性问题。

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