项目启动，无法加载Spring xsd文件

清疚 2022-07-24 06:27 237阅读 0赞

问题的产生：有个Java项目（Jar文件），每半小时重启一次，对外提供服务。

突然收到报警，早上5点半重启服务时出错，服务无法正常启动。

查看启动日志，错误是 xml解析失败，无法找到xml元素的声明。

具体报错日志如下：

INFO: Loading XML bean definitions from class path resource \[applicationContext-task.xml\]

org.xml.sax.SAXParseException; lineNumber: 8; columnNumber: 109; schema\_reference.4: Failed to read schema document   
'http://www.springframework.org/schema/beans/spring-beans.xsd', because 1) could not find the document; 2) the document could not be read; 3) the root element of the document is not <xsd:schema>.  
at com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.createSAXParseException(ErrorHandlerWrapper.java:203)  
...  
Caused by: java.io.IOException: Server returned HTTP response code: 522 for URL: http://www.springframework.org/schema/beans/spring-beans.xsd  
at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1441)  
at com.sun.org.apache.xerces.internal.impl.XMLEntityManager.setupCurrentEntity(XMLEntityManager.java:647)  
at com.sun.org.apache.xerces.internal.impl.XMLVersionDetector.determineDocVersion(XMLVersionDetector.java:189)  
at com.sun.org.apache.xerces.internal.impl.xs.opti.SchemaParsingConfig.parse(SchemaParsingConfig.java:582)  
at com.sun.org.apache.xerces.internal.impl.xs.opti.SchemaParsingConfig.parse(SchemaParsingConfig.java:685)  
at com.sun.org.apache.xerces.internal.impl.xs.opti.SchemaDOMParser.parse(SchemaDOMParser.java:530)  
at com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.getSchemaDocument(XSDHandler.java:2171)  
... 29 more  
  
Exception in thread "main" org.springframework.beans.factory.xml.XmlBeanDefinitionStoreException: Line 8 in XML document from class path resource \[applicationContext-task.xml\] is invalid; nested exception is org.xml.sax.SAXParseException; lineNumber: 8; columnNumber: 109; cvc-elt.1: Cannot find the declaration of element 'beans'.  
at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.doLoadBeanDefinitions(XmlBeanDefinitionReader.java:399)  
at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBeanDefinitions(XmlBeanDefinitionReader.java:336)  
...  
at org.springframework.context.support.GenericXmlApplicationContext.<init>(GenericXmlApplicationContext.java:69)  
at com.jack.qingsonglvxing.b2b.Run.main(Run.java:9)  
Caused by: org.xml.sax.SAXParseException; lineNumber: 8; columnNumber: 109; cvc-elt.1: Cannot find the declaration of element 'beans'.  
at com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.createSAXParseException(ErrorHandlerWrapper.java:203)  
... 9 more

代码没有修改过，仅仅是重启而已，却报错了，而且错误信息很明确，  
访问 http://www.springframework.org/schema/beans/spring-beans.xsd 文件报错，网络错误。  
经过测试（国内访问测试、北美访问测试），可以确定，Spring的服务挂了（在2016年5月15日早上5点~5点半的某一时刻），如下图：  
![Center][]

为何会出现，Spring服务挂了，会影响本地服务呢？

有些公司（尤其银行），在没有网络的情况下，也没有出现过该问题哪？

肯定是本地开发、部署、发布的某个环节存在BUG，从而导致该问题。

网上查询资料，果然发现了相同的问题，

博文（http://blog.csdn.net/bluishglc/article/details/7596118）

详细说明了Spring加载schema的原理和顺序，也提出了出现上述问题的原因。

内容转载如下：  
\----------------------------------------------------

![20160516151004269][]

![20160516151017510][]

![20160516151024713][]

![20160516151031442][]

![20160516151039323][]

\----------------------------------------------------

另一篇博文（http://www.360doc.com/content/15/0113/11/3639038\_440376349.shtml）  
则详细描述了使用 maven-assembly-plugin 插件时出现的问题，以及解决方案，  
内容转载如下：  
\-----------------------------------------------------  
现在基本上都是采用maven来进行开发管理，我有如下需求：  
需要把java工程打成可执行的jar包，必需把依赖的jar包也一起打包。  
而maven默认的package命令构建的jar包中只包括了工程自身的class文件，并没有包括依赖的jar包。  
可以通过配置maven-assembly-plugin插件来打包，pom具体配置如下：

<plugin>  
  <groupId>org.apache.maven.plugins</groupId>  
  <artifactId>maven-assembly-plugin</artifactId>  
  <version>2.4</version>  
  <configuration>  
    <archive>  
      <manifest>  
          
        <mainClass>com.xxx.MainClass</mainClass>  
      </manifest>  
    </archive>  
    <descriptors>  
      <descriptor>src/main/assembly/package.xml</descriptor>  
    </descriptors>  
  </configuration>  
  <executions>  
    <execution>  
      <id>make-assembly</id>  
      <phase>package</phase>  
      <goals>  
        <goal>single</goal>  
      </goals>  
    </execution>  
  </executions>  
</plugin>

其中<mainClass></mainClass>的值表示此工程的入口类，也就是包含main方法的类。

配置完pom后可以通过执行mvn assembly:assembly命令来启动插件进行构建。

构建成功后会生成jar包，这样我们就可以在命令行中通过java -jar XXX.jar来运行jar件了。

不过使用此插件会有一些问题：

工程中依赖了spring框架的jar包，打包成功后使用命令来调用jar包时报错如下（**内网环境**）：  
org.xml.sax.SAXParseException: schema\_reference.4:   
Failed to read schema document 'http://www.springframework.org/schema/beans/spring-beans-3.0.xsd',   
because 1) could not find the document; 2) the document could not be read; 3) the root element of the document is not <xsd:schema>.

究其原因，在网上找到一篇文章对此有比较详细的解释：

http://blog.csdn.net/bluishglc/article/details/7596118

简单来说就是spring在启动时会加载xsd文件，它首先会到本地查找xsd文件（一般都会包含在spring的jar包中），如果找不到则会到xml头部定义的url指定路径下中去寻找xsd，如果找不到则会报错。

附：在spring jar包下的META-INF文件夹中都会包含一个spring.schemas文件，其中就包含了对xsd文件的路径定义，具体如下图所示：  
![20160516151511682][]

由于我的工程在内网，所以通过url路径去寻找肯定是找不到的，但是比较奇怪的是既然spring的jar包中都会包含，那为什么还是找不到呢？

原来这是assembly插件的一个bug，具体情况参见：http://jira.codehaus.org/browse/MASSEMBLY-360

该bug产生的原因如下：

工程一般依赖了很多的jar包，而被依赖的jar又会依赖其他的jar包，

这样，当工程中依赖到不同的版本的spring时，在使用assembly进行打包时，只能将某一个版本jar包下的spring.schemas文件放入最终打出的jar包里，这就有可能遗漏了一些版本的xsd的本地映射，所以会报错，所以一般推荐使用另外一个插件（maven-shade-plugin）来打包。

shade插件打包时在对spring.schemas文件处理上，它能够将所有jar里的spring.schemas文件进行合并，

在最终生成的单一jar包里，spring.schemas包含了所有出现过的版本的集合。

maven-shade-plugin插件配置如下:

<plugin>  
  <groupId>org.apache.maven.plugins</groupId>  
  <artifactId>maven-shade-plugin</artifactId>  
  <version>2.4.3</version>  
  <executions>  
    <execution>  
      <phase>package</phase>  
      <goals>  
        <goal>shade</goal>  
      </goals>  
      <configuration>  
        <transformers>  
          <transformer implementation="org.apache.maven.plugins.shade.resource.AppendingTransformer">  
            <resource>META-INF/spring.handlers</resource>  
          </transformer>  
          <transformer implementation="org.apache.maven.plugins.shade.resource.AppendingTransformer">  
            <resource>META-INF/spring.schemas</resource>  
          </transformer>  
          <transformer implementation="org.apache.maven.plugins.shade.resource.ManifestResourceTransformer">  
            <mainClass>com.xxx.MainClass</mainClass>  
          </transformer>  
        </transformers>  
      </configuration>  
    </execution>  
  </executions>  
</plugin>  
  
<transformer implementation="org.apache.maven.plugins.shade.resource.AppendingTransformer">  
  <resource>META-INF/spring.schemas</resource>  
</transformer>  
上面这段配置意思是把spring.handlers和spring.schemas文件以append方式加入到构建的jar包中，这样就不会存在出现xsd找不到的情况。

配置完pom后，调用mvn clean install命令进行构建，构建成功后打开工程target目录，发现生成了2个jar包，

一个为：original-XXX-0.0.1-SNAPSHOT.jar，

另一个为：XXX-0.0.1-SNAPSHOT.jar，

其中 original...jar里只包含了工程自己的class文件，而另外的一个jar包则包含了工程本身以及所有依赖的jar包的class文件。

我们只需要使用第二个jar包就可以了。

PS，写在后面，本博文完成之际，Spring服务已经恢复。

[Center]: /images/20220722/94f258e54e0843049de687aca53f2670.png
[20160516151004269]: /images/20220722/93ba0f1514fc4ef59a74b49925e3635b.png
[20160516151017510]: /images/20220722/306b6dfea9844f7b837733ca18db7268.png
[20160516151024713]: /images/20220722/77622e19101f4048ab14b198f7800090.png
[20160516151031442]: /images/20220722/7aa12a40eb6c477e9f5a9bb77d7e0e56.png
[20160516151039323]: /images/20220722/d672fbc80bc24ec0b1ff99367d4db12c.png
[20160516151511682]: /images/20220722/e5b72c17819f4510ac721319587bd418.png