单元测试 引入xercesImpl.jar包出错

本文详细介绍了在使用Spring框架解析XML配置文件时遇到的异常情况,即BeanDefinitionStoreException与NoSuchFieldError,并提供了解决方案。通过更新依赖中的Xerces库,避免了该类错误的发生。

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

org.springframework.beans.factory.BeanDefinitionStoreException: Unexpected exception parsing XML document from class path resource [lifewireless.client.application.xml]; nested exception is java.lang.NoSuchFieldError: baseCharOffset
at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.doLoadBeanDefinitions(XmlBeanDefinitionReader.java:420)
at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBeanDefinitions(XmlBeanDefinitionReader.java:342)
at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBeanDefinitions(XmlBeanDefinitionReader.java:310)
at org.springframework.beans.factory.support.AbstractBeanDefinitionReader.loadBeanDefinitions(AbstractBeanDefinitionReader.java:143)
at org.springframework.beans.factory.support.AbstractBeanDefinitionReader.loadBeanDefinitions(AbstractBeanDefinitionReader.java:178)
at org.springframework.beans.factory.support.AbstractBeanDefinitionReader.loadBeanDefinitions(AbstractBeanDefinitionReader.java:149)
at org.springframework.beans.factory.support.AbstractBeanDefinitionReader.loadBeanDefinitions(AbstractBeanDefinitionReader.java:212)
at org.springframework.context.support.AbstractXmlApplicationContext.loadBeanDefinitions(AbstractXmlApplicationContext.java:113)
at org.springframework.context.support.AbstractXmlApplicationContext.loadBeanDefinitions(AbstractXmlApplicationContext.java:80)
at org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:123)
at org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:422)
at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:352)
at org.springframework.context.support.ClassPathXmlApplicationContext.<init>(ClassPathXmlApplicationContext.java:139)
at org.springframework.context.support.ClassPathXmlApplicationContext.<init>(ClassPathXmlApplicationContext.java:83)
at com.taobao.lifewireless.WirelessCouponServiceTest.setUp(WirelessCouponServiceTest.java:41)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:45)
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:42)
at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:27)
at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:263)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:68)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:47)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:231)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:60)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:229)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:50)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:222)
at org.junit.runners.ParentRunner.run(ParentRunner.java:300)
at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50)
at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197)
Caused by: java.lang.NoSuchFieldError: baseCharOffset
at org.apache.xerces.impl.XMLEntityScanner.load(Unknown Source)
at org.apache.xerces.impl.XMLEntityScanner.skipString(Unknown Source)
at org.apache.xerces.impl.XMLVersionDetector.determineDocVersion(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.DOMParser.parse(Unknown Source)
at org.apache.xerces.jaxp.DocumentBuilderImpl.parse(Unknown Source)
at org.springframework.beans.factory.xml.DefaultDocumentLoader.loadDocument(DefaultDocumentLoader.java:75)
at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.doLoadBeanDefinitions(XmlBeanDefinitionReader.java:396)
... 37 more


解析xml的时候报错 nested exception is java.lang.NoSuchFieldError: baseCharOffset

解决办法: mven中干掉xercesImpl.jar包 重新引入xerces.jar
### 关于 `xercesImpl.jar` 的依赖关系与解决方案 #### 1. 查找 `xercesImpl.jar` 的依赖树 为了分析项目中的 `xercesImpl.jar` 是否存在版本冲突或其他问题,可以使用 Maven 提供的命令导出项目的依赖树。执行以下命令可以帮助定位具体的依赖情况: ```bash mvn dependency:tree > tree.txt ``` 此操作会生成一个名为 `tree.txt` 的文件,其中详细列出了当前项目的全部依赖及其传递性依赖[^2]。 如果需要更精确地查找 `xercesImpl.jar` 的具体引入路径,可以在上述命令基础上增加 `-Dincludes=xerces:xercesImpl` 参数,从而过滤掉无关依赖项: ```bash mvn dependency:tree -Dincludes=xerces:xercesImpl > xerces_tree.txt ``` 这一步骤有助于快速锁定哪些模块或库间接引入了 `xercesImpl.jar`。 --- #### 2. 常见的 `xercesImpl.jar` 版本冲突问题及解决方法 在实际开发过程中,多个依赖可能都会引入不同版本的 `xercesImpl.jar`,进而引发类加载异常等问题。以下是常见的处理策略: ##### 方法一:强制指定特定版本 可以通过 `<dependencyManagement>` 或直接定义依赖的方式,在 `pom.xml` 文件中显式声明所需的 `xercesImpl` 版本号。例如: ```xml <dependencies> <dependency> <groupId>xerces</groupId> <artifactId>xercesImpl</artifactId> <version>2.12.0</version> <!-- 替换为目标版本 --> </dependency> </dependencies> ``` 这种方法适用于希望全局控制某个依赖的具体版本场景下[^2]。 ##### 方法二:排除不必要的传递性依赖 当某些第三方库自带旧版 `xercesImpl.jar` 并造成冲突时,可利用 `<exclusions>` 来移除这些冗余部分。假设某依赖(如 Apache Commons)带来了不兼容的老版本,则修改其配置如下所示: ```xml <dependency> <groupId>commons-collections</groupId> <artifactId>commons-collections</artifactId> <version>3.2.2</version> <exclusions> <exclusion> <groupId>xerces</groupId> <artifactId>xercesImpl</artifactId> </exclusion> </exclusions> </dependency> ``` 通过这种方式能够有效减少潜在风险并提升程序稳定性[^3]。 --- #### 3. 构建后的 JAR 文件结构说明 完成以上调整之后重新运行构建流程 (`mvn clean install`) ,最终产物通常括两种形式的打成果——即单独含应用逻辑代码(`original-XXX-0.0.1-SNAPSHOT.jar`) 和融合所有必要资源(含外部依赖)的一体化 Fat-Jar (如 `XXX-0.0.1-SNAPSHOT.jar`) 。对于日常部署而言推荐选用后者以便简化环境适配工作量[^1]。 --- ### 总结 综上所述,针对 `xercesImpl.jar` 所涉及的各种复杂情形提供了全面解析手段以及对应处置措施;无论是借助工具辅助排查还是手动编辑 POM 描述文档均能妥善应对可能出现的问题。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值