Failed to read Class-Path attribute from manifest of jar file:/XXX问题

最新推荐文章于 2021-07-02 08:57:20 发布

转载最新推荐文章于 2021-07-02 08:57:20 发布 · 600 阅读

0 ·

CC 4.0 BY-SA版权

原文链接：http://www.cnblogs.com/shuo1208/p/8493898.html

文章标签：

#java

本文介绍了解决Java环境中因jar文件元数据损坏导致的java.lang.IllegalStateException异常的方法。通过删除原有jar文件并重新下载，使用mvn compile命令进行更新。

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

java.lang.IllegalStateException: Failed to read Class-Path attribute from manifest of jar file:/XXX

出现这个问题的解决方案就是将原有的jar删除然后重新下载过一遍就可以使用了我估计是元数据等损坏了。

具体做法：cd 项目目录，mvn compile即可

转载于:https://www.cnblogs.com/shuo1208/p/8493898.html

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

weixin_30740581

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

java.lang.IllegalStateException: Failed to read Class-Path attribute from manifest of jar 异常的解决办法

Spring Boot-Common On With You

12-19

3964

问题概述博主在进行微服务架构设计的时候遇到的这个问题，总的服务个数在16个左右（目前的，当然在后面会业务扩展中还会新增或减少），其中在启动某个模块服务进行测试的时候，被 “ Failed to read Class-Path attribute from manifest of jar ” 卡了一下，顺藤摸瓜也找到了该 Jar 包，但是就是报错，找不到这个 Jar 包。。。如下图...

Spring Boot入门教程(四):配置文件

人不风流枉少年

03-20

4705

配置方式每个starter都有自己默认的配置，如果需要改变默认值，可以在其他地方配置来覆盖掉默认的值，覆盖默认的配置有多种方式，每种方式的优先级也不同，如果在多个地方配置则优先使用优先级高的值，其中命令行参数优先级最高, 其中大部分参数一般都配置在属性文件application.properties中，属性文件即可以覆盖starter中默认的值，也可以自定义值在命令行行输入的参数 SPR...

参与评论您还未登录，请先登录后发表或查看评论

maven加载错误java.lang.IllegalStateException: Failed to read Class-Path attribute from manifest of jar f

u010351326的专栏

03-17

1万+

java.lang.IllegalStateException: Failed to read Class-Path attribute from manifest of jar file:/XXX这个错误的解决方法就是删掉对应的jar然后maven update

Failed to read Class-Path attribute from manifest of jar file:/C:/Users/Administrator/.m2/repository

Angela_L的博客

05-07

3462

当报错： Failed to read Class-Path attribute from manifest of jar file:/C:/Users/Administrator/.m2/repository 去到：将jar包删除再下载即可

Failed to read Class-Path attribute from manifest of jar file:xxx

Java陈小白

01-04

3066

maven下报错 Failed to read Class-Path attribute from manifest of jar file:xxx 跟着xxx目录下去，删掉文件夹，Alt+F5重构项目，会重新下载。即可

Eclipse------使用Debug As时报错java.lang.IllegalStateException: Failed to read Class-Path attribute from ...

weixin_34296641的博客

07-22

190

报错信息： java.lang.IllegalStateException: Failed to read Class-Path attribute from manifest of jar file:/XXX 原因：可能是依赖包坏掉了解决方法：顺着给出的路径把路径下的文件删了，然后右键-》“Properties”-》“Maven”-》“Maven Build”重新下载依赖包即可转载：...

javax.servlet-api-3.1.0

04-08

java.lang.IllegalStateException: Failed to read Class-Path attribute from manifest of jar file:/XXX 出现这个问题的解决方案就是将原有的jar删除然后重新下载过一遍就可以使用

kubernetes环境部署Spring Cloud

总结、分享、交流

06-22

3706

目标将sc的所有组件和微服务部署到k8s环境上。部署环境 k8s环境 Host Name Role IP master1 k8s-master01/etcd 192.168.200.87 master2 k8s-master02/etcd 192.168.200.206 master3 k8s-master03/etcd 192.168.200.209 node1 ...

Android P HAL层添加HIDL实例（详细实现步骤）

sinat_18179367的博客

07-15

1万+

Android P HAL层添加HIDL实例本文将介绍如何在P OS上添加HIDL实例，简单增加seLinux策略使得可以在system_service调用测试，并用模拟器emulator验证。调用过程为 APP->TestManager->TestService->ITast.hal 文章目录Android P HAL层添加HIDL实例实现过程一、hardware部分1...

10_Flink Streaming jobSubmit

codemosi的专栏，点击我可以跳到目录一栏

06-09

8379

./bin/flink run ./examples/batch/WordCount.jar 通过shell提交job后。flink将程序产生的jobGraph和jar包传给 jobmanager（简称JM）。再由jobmanager（类似nimbus）将任务分解到taskmanager（一个jvm带一个taskmanager）运行。 JM将jobGraph转化成executionGrap

jar文件运行时：Failed to load Main-Class manifest attribute from ......解决办法

blind

12-22

262

打包好的jar文件双击运行时报： Failed to load Main-Class manifest attribute from ......，这是由于未设置程序运行的入口程序导致的，可以将jar文件用WinRAR打开，展开META-INF文件夹，查看MANIFEST.MF 文件，可以发现Main-Class未设置，这就是导致异常的原因所在，设置格式：Main-Class: norepea...

jar的MANIFEST.MF配置了Class-Path, java -classpath设置无效

柳鲲鹏

07-02

1927

　　比如说： jar的MANIFEST.MF： Manifest-Version: 1.0 Main-Class: office.Main Class-Path: . ../lib/graphics.jar 运行： java -classpath .;lib\video.jar -jar Office.jar 这样设置实际上是无效的。

Failed to load Main-Class manifest attribute from

linsa0517的专栏

01-14

1034

http://cache.baiducontent.com/c?m=9d78d513d99712f406bac2690d67913b0e54f13d6186834b68d4e217c03f07564616f4bb51351174829b2f2640b8492db5a36a29635461f18cc8f9198efdd2737fcf6163645bc61f1d895fe9895124b23d8d0a

springboot打成jar后获取classpath下文件失败

weixin_36098377的博客

08-21

568

问题：https://blog.csdn.net/feng271374203/article/details/88822349 解决方法：https://blog.csdn.net/qq_18748427/article/details/78606432 或者用 InputStream in = BatchDisableAPPBSC.class.getClassLoader().getRes...

veracrypt: cannot load manifest file

domine123的专栏

11-13

242

copy AuditExpander.manifest to src ExpandVolumn/AuditExpander.manifest

SFML loadFromFile()出错：failed to load image

weixin_43744293的博客

06-06

2090

解决方法：确保你的依赖项和你的运行库一致。如果你的附加依赖项（即动态链接库的.lib文件）是debug版本，即以-d结尾。那么你的运行库也必须为debug版，即MDd。（如下）附加依赖项的位置：运行库的位置：如果你的附加依赖项是release版本，即没有-d，你的运行库也必须为release版，即MD，系统默认的为MDd。关于MDd和MD的介绍，可以参考： VS Debug和Release版的区别 VS2013运行库/MD、/MDd、/MT、/MTd ...

java.lang.IllegalStateException: Failed to read Class-Path attribute from manifest of jar file:/XXX

weixin_34004576的博客

07-27

183

出现这个问题的解决方案就是将原有的jar删除然后重新下载过一遍就可以使用了我估计是元数据等损坏了

Spring Boot 错误总结（累计30个常见错误）

最新发布

03-21

<think>好的，我需要解决用户提到的关于JAR包中Class-Path属性引用了不存在的文件的问题，特别是jaxb-core 4.0.2缺少jakarta.activation-api.jar和jakarta.xml.bind-api.jar的依赖问题。首先，我应该回忆一下Maven依赖管理的基本知识，以及JAR清单文件中Class-Path属性的作用。用户提到的问题可能发生在使用Maven构建项目时，jaxb-core的依赖没有正确传递所需的jakarta库。这可能是因为这些依赖被标记为optional，或者作用域（scope）设置不正确，导致没有被包含进最终的JAR包中。此外，Spring Boot的打包方式可能会影响依赖的加载，特别是当使用可执行JAR时，依赖通常会被嵌套在BOOT-INF/lib目录下，而清单文件中的Class-Path可能没有正确引用这些路径。接下来，我需要确认jakarta.activation-api和jakarta.xml.bind-api是否是jaxb-core 4.0.2的必需依赖。查看Maven仓库中的jaxb-core 4.0.2的pom文件，可以发现它确实依赖这两个库，但可能标记为optional，或者用户的项目没有显式声明这些依赖，导致构建时未被包含。解决方案可能包括显式添加这两个依赖到项目的pom.xml中，确保它们被正确打包。此外，检查Spring Boot的插件配置，确认是否正确地处理了依赖的嵌套和Class-Path的生成。如果使用Spring Boot的Maven插件，可能需要配置requiresUnpack选项，确保特定的依赖被解压或正确包含。另外，用户提到的类路径索引文件BOOT-INF/classpath.idx，在Spring Boot的可执行JAR中，这个文件负责记录类路径的顺序。需要确保生成该文件时，所有必要的依赖都被正确列出，包括jakarta的两个jar包。如果这些依赖未被正确包含，可能需要检查依赖冲突或排除其他可能覆盖这些库的旧版本依赖。最后，验证解决方案是否有效，可以通过构建项目后检查生成的JAR文件中的MANIFEST.MF和BOOT-INF/lib目录，确认jakarta.activation-api.jar和jakarta.xml.bind-api.jar是否存在，并且Class-Path属性正确引用了它们。</think>### 问题分析您遇到的`jaxb-core 4.0.2`依赖问题是由于Maven未正确传递或包含其必需的依赖项`jakarta.activation-api.jar`和`jakarta.xml.bind-api.jar`。这通常由以下原因导致： 1. **依赖范围（Scope）或可选性（Optional）**：若依赖被标记为`<optional>true</optional>`或作用域（如`provided`），则不会被打包到最终JAR中[^2]。 2. **Spring Boot嵌套JAR结构**：Spring Boot的可执行JAR会将依赖嵌套在`BOOT-INF/lib`目录下，若清单文件（`MANIFEST.MF`）的`Class-Path`未正确生成，会导致引用失效[^1]。 --- ### 解决方案 #### 步骤1：显式添加缺失依赖在`pom.xml`中**手动声明缺失的依赖**，确保Maven将其打包： ```xml <dependency> <groupId>jakarta.activation</groupId> <artifactId>jakarta.activation-api</artifactId> <version>2.1.0</version>  </dependency> <dependency> <groupId>jakarta.xml.bind</groupId> <artifactId>jakarta.xml.bind-api</artifactId> <version>4.0.0</version> </dependency> ``` #### 步骤2：检查依赖传递性确认`jaxb-core`的依赖是否包含`<optional>true</optional>`。例如，在`jaxb-core`的POM中： ```xml <dependency> <groupId>jakarta.activation</groupId> <artifactId>jakarta.activation-api</artifactId> <optional>true</optional>  </dependency> ``` #### 步骤3：配置Spring Boot Maven插件在`pom.xml`中确保Spring Boot插件正确打包依赖： ```xml <build> <plugins> <plugin> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-maven-plugin</artifactId> <configuration> <layers> <enabled>true</enabled> </layers>  <includes> <include> <groupId>jakarta.activation</groupId> <artifactId>jakarta.activation-api</artifactId> </include> <include> <groupId>jakarta.xml.bind</groupId> <artifactId>jakarta.xml.bind-api</artifactId> </include> </includes> </configuration> </plugin> </plugins> </build> ``` #### 步骤4：验证生成JAR结构构建后检查生成的JAR文件： 1. 解压JAR，确认`BOOT-INF/lib`目录下存在`jakarta.activation-api-*.jar`和`jakarta.xml.bind-api-*.jar`。 2. 检查`MANIFEST.MF`中`Class-Path`属性是否包含这些JAR（例如：`BOOT-INF/lib/jakarta.activation-api-2.1.0.jar`）[^1]。 --- ### 附加说明 - **类路径索引文件**：Spring Boot会生成`BOOT-INF/classpath.idx`文件，按顺序列出所有依赖JAR。若缺失相关条目，说明依赖未正确引入[^1]。 - **Main-Class配置**：确保`Main-Class`指向`JarLauncher`，由其处理嵌套JAR的类路径加载[^2]。 ---