项目用maven打包后，依赖内部资源丢失的解决

最新推荐文章于 2023-03-28 10:16:58 发布
最新推荐文章于 2023-03-28 10:16:58 发布
阅读量1.5k 收藏 1
点赞数 1
分类专栏： 配置 文章标签： maven resource transformer pom config
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/ren78min/article/details/84095336
版权
[b]问题[/b]
项目用maven打包后，运行时显示无法找到服务资源，而丢失的资源来自于项目所依赖的JAR包。

[b]分析[/b]
maven打包时，将所依赖JAR包内的有用内容，按原来的包结构复制到目标包中。检查丢失的内容，物理文件存在于目标包中，判断应是配置信息丢失。
配置信息位于目标包中\META-INF\services\，内容大体是如下形式： 

...
com.sun.jersey.core.impl.provider.entity.RenderedImageProvider
com.sun.jersey.core.impl.provider.entity.MimeMultipartProvider
com.sun.jersey.core.impl.provider.entity.FormProvider
com.sun.jersey.core.impl.provider.entity.FormMultivaluedMapProvider
com.sun.jersey.core.impl.provider.entity.XMLRootElementProvider$App
com.sun.jersey.core.impl.provider.entity.XMLRootElementProvider$Text
...

所丢失的内容在相应配置文件中找不到。查看所依赖的JAR包，发现多个同名配置文件出现在不同依赖包中。maven打包时进行了覆盖而不是续写，所以出现配置内容丢失问题。

[b]解决[/b]
maven为该问题提供了Resource Transformers插件，用以指定需要续写的文件名，以防配置信息丢失。链接[url]http://maven.apache.org/plugins/maven-shade-plugin/examples/resource-transformers.html[/url]。

pom完整配置如下，供参考： 

<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
	xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">
	<modelVersion>4.0.0</modelVersion>
	<groupId>com.mren</groupId>
	<artifactId>simplejerseyserver</artifactId>
	<packaging>jar</packaging>
	<version>0.0.1-SNAPSHOT</version>
	<name>jerseyserver</name>
	<properties>
		<jersey-version>1.9.1</jersey-version>
	</properties>
	<dependencies>
		<dependency>
			<groupId>com.sun.jersey</groupId>
			<artifactId>jersey-server</artifactId>
			<version>${jersey-version}</version>
		</dependency>
		<dependency>
			<groupId>com.sun.jersey</groupId>
			<artifactId>jersey-grizzly</artifactId>
			<version>${jersey-version}</version>
		</dependency>
		<dependency>
			<groupId>com.sun.jersey</groupId>
			<artifactId>jersey-json</artifactId>
			<version>${jersey-version}</version>
		</dependency>
		<dependency>
			<groupId>com.sun.jersey.contribs</groupId>
			<artifactId>jersey-multipart</artifactId>
			<version>${jersey-version}</version>
		</dependency>
		<dependency>
			<groupId>com.sun.jersey.jersey-test-framework</groupId>
			<artifactId>jersey-test-framework-grizzly</artifactId>
			<version>${jersey-version}</version>
			<scope>test</scope>
		</dependency>
		<dependency>
			<groupId>com.sun.jersey</groupId>
			<artifactId>jersey-client</artifactId>
			<version>${jersey-version}</version>
			<scope>test</scope>
		</dependency>
		<dependency>
			<groupId>com.sun.grizzly</groupId>
			<artifactId>grizzly-servlet-webserver</artifactId>
			<version>1.9.18-i</version>
		</dependency>
		<dependency>
			<groupId>log4j</groupId>
			<artifactId>log4j</artifactId>
			<version>1.2.16</version>
		</dependency>
	</dependencies>
	<build>
		<plugins>
			<plugin>
				<groupId>org.apache.maven.plugins</groupId>
				<artifactId>maven-compiler-plugin</artifactId>
				<inherited>true</inherited>
				<configuration>
					<source>1.6</source>
					<target>1.6</target>
				</configuration>
			</plugin>
			<plugin>
				<groupId>org.apache.maven.plugins</groupId>
				<artifactId>maven-shade-plugin</artifactId>
				<version>1.4</version>
				<executions>
					<execution>
						<phase>package</phase>
						<goals>
							<goal>shade</goal>
						</goals>
						<configuration>
							<transformers>
								<transformer
									implementation="org.apache.maven.plugins.shade.resource.ManifestResourceTransformer">
									<mainClass>com.mren.jerseyserver.ServerMain</mainClass>
								</transformer>
								<transformer
									implementation="org.apache.maven.plugins.shade.resource.AppendingTransformer">
									<resource>META-INF/services/javax.ws.rs.ext.MessageBodyWriter</resource>
								</transformer>
								<transformer
									implementation="org.apache.maven.plugins.shade.resource.AppendingTransformer">
									<resource>META-INF/services/javax.ws.rs.ext.MessageBodyReader</resource>
								</transformer>
								<transformer
									implementation="org.apache.maven.plugins.shade.resource.AppendingTransformer">
									<resource>META-INF/services/com.sun.jersey.spi.inject.InjectableProvider</resource>
								</transformer>
								<transformer
									implementation="org.apache.maven.plugins.shade.resource.AppendingTransformer">
									<resource>META-INF/services/com.sun.jersey.spi.HeaderDelegateProvider</resource>
								</transformer>
								<transformer
									implementation="org.apache.maven.plugins.shade.resource.AppendingTransformer">
									<resource>META-INF/services/com.sun.jersey.server.impl.model.method.dispatch.ResourceMethodDispatchProvider</resource>
								</transformer>
								<transformer
									implementation="org.apache.maven.plugins.shade.resource.AppendingTransformer">
									<resource>META-INF/services/com.sun.jersey.spi.container.ContainerProvider</resource>
								</transformer>
								<transformer
									implementation="org.apache.maven.plugins.shade.resource.AppendingTransformer">
									<resource>META-INF/services/com.sun.jersey.spi.container.ContainerRequestFilter</resource>
								</transformer>
								<transformer
									implementation="org.apache.maven.plugins.shade.resource.AppendingTransformer">
									<resource>META-INF/services/com.sun.jersey.spi.container.WebApplicationProvider</resource>
								</transformer>
								<transformer
									implementation="org.apache.maven.plugins.shade.resource.AppendingTransformer">
									<resource>META-INF/services/com.sun.jersey.spi.StringReaderProvider</resource>
								</transformer>
								<transformer
									implementation="org.apache.maven.plugins.shade.resource.AppendingTransformer">
									<resource>META-INF/services/javax.enterprise.inject.spi.Extension</resource>
								</transformer>
								<transformer
									implementation="org.apache.maven.plugins.shade.resource.AppendingTransformer">
									<resource>META-INF/services/javax.servlet.ServletContainerInitializer</resource>
								</transformer>
								<transformer
									implementation="org.apache.maven.plugins.shade.resource.AppendingTransformer">
									<resource>META-INF/services/javax.ws.rs.ext.RuntimeDelegate</resource>
								</transformer>
							</transformers>
						</configuration>
					</execution>
				</executions>
			</plugin>
		</plugins>
	</build>
	<repositories>
		<repository>
			<id>maven2-repository.java.net</id>
			<name>Java.net Repository for Maven</name>
			<url>http://download.java.net/maven/2/</url>
			<layout>default</layout>
		</repository>
		<repository>
			<id>maven-repository.java.net</id>
			<name>Java.net Maven 1 Repository (legacy)</name>
			<url>http://download.java.net/maven/1</url>
			<layout>legacy</layout>
		</repository>
	</repositories>
</project>
ren78min
关注
  • 1
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
maven-resources-plugin 导致 编译后文件丢失问题
babyck的博客
05-04 498
 maven-resources-plugin 2.6 有个奇怪的现象，project-clean的时候，会导致src/test/resources下面的资源文件，编译后在 target/test-classes下面没有，后来试验了几个空项目，都有这样的问题，换成2.5就好了 。也和 maven.test.skip参数有关系，如果采用默认值，不会有此问题，当设置为 true的时候，会出现。 ...
maven打包丢文件及解决办法
weixin_43805402的博客
01-19 2508
最近是真的被maven给折磨疯了，不知道是因为idea自带的不好使，还是我用的有问题，打包的时候配置文件总是出问题，项目跑起来不是少xml报500错误，就是少js文件，jQuery用不了。现在每次运行项目之前总是会先去target目录下看有没有少文件。配置如图： 已经在maven里设置过滤规则了，但是maven打包的时候不是少这个就是少那个，正常来说最后的target目录下应该是这样的： 但是经常性的resources的文件被忽略，或者有时候mybatis的映射文件居然没给打包进去，或者有时候js文件没
maven打包遗失手动导入的jar包
fukui_fukui的博客
11-01 482
日常开发比如有个jar包下载不了，手动导入到本地库后任然不好使，需要在项目里新建个lib文件夹把jar包放里面，这样就可以在项目里正常使用了 例 但是这样存在一个问题，就是打包的时候打不进去，放到别的地方运行报找不到jar包里面的类 下面是解决办法 1.按下图新建个目录，把jar包放里面 2.把打包好的项目包放在这个位置（注意：和上图有关联） <两个项目都用到这些jar包了，所以是两个> 3.进入cmd窗口进到111文件夹下，运行下面这个命令 jar -uvf0 ymgzzscx.jar
【java细节】 JAVAWeb部署经验：Maven包丢失、打包缺jar、classNotFound等
IShadow
06-20 5389
Maven Jar包缺失解决办法一个非自己开发项目，pull源码后，经常会缺失jar包。 第一：换maven源。国外源，国内源都行。没翻墙的建议国内，比如开源中国的源 http://maven.oschina.net/content/groups/public/ 第二：如果下载源一直失败，或者下载不到。则自己手动google到指定的jar包，然后下载到本地，用cmd进入到jar包存在的目录，用
maven学习->jar包缺失问题
小时候可瘦嘞
06-24 3158
之前从来没有用到过maven管理项目，最近也是在自我充电的过程，可能大神觉得我说的这些很简单，很微不足道，但是我现在的立场就是只针对刚刚接触maven的小伙伴们。所以，请勿喷。。。。 当我们的配置中引入所需要的jar包的时候，有可能在项目代码中还是import不进去： 1、先找到对应的缺少的jar包在本地的maven->repository中的具体位置 2、删除对应的文件夹 3、用
SVN管理软件+Maven小项目.rar_SVN管理软件+Maven小项目_svn
09-23
1. **Maven简介**：Maven是一个基于Java的项目管理工具，它通过使用一套标准的目录结构和项目对象模型（POM），简化了构建过程，包括编译、测试、打包、部署等。 2. **POM（Project Object Model）**：POM是Maven的...
maven-repository 包
07-09
【maven-repository 包】是一个集合了众多Java开发所需的Maven依赖的资源库，它极大地简化了开发者在构建项目时寻找和管理依赖的过程。在Java开发中，Maven是一个广泛应用的项目管理和集成工具，它负责管理项目的...
maven备份1111111
最新发布
12-25
【标题】"maven备份1111111"涉及的是Maven项目构建工具的备份操作，这在软件开发过程中至关重要，特别是对于大型项目，它确保了项目的可重复构建和依赖管理。Maven是Apache软件基金会的一个开源项目，主要用于Java...
maven-3.5.0
09-20
Maven的核心理念是通过使用一个标准的项目对象模型（Project Object Model，POM）来描述项目，并提供一套自动化构建规则。POM包含了项目的基本信息、依赖关系、构建过程和插件配置等，使得开发者能够轻松管理项目的...
maven Nexus私服
04-30
Maven Nexus是一款强大的仓库管理工具，尤其在企业内部广泛用于构建私有Maven仓库，以便集中管理依赖、发布自定义构件并提高开发效率。Nexus 2.14是该工具的一个较旧版本，但仍然被许多组织使用。下面将详细介绍...
maven 打包时缺少文件_maven项目打包分析及打包后war包缺少配置文件报错的原因分析，使用progard混淆时配置分析...
weixin_36328210的博客
01-14 573
1.maven打包：一直以来我都没太注意过在myeclipse下使用run as来clean居然对项目的target目录没有进行操作，要让操作有效，需要进入到maven build...选项下，进行clean，然后再使用process resources来加入配置文件，再使用compile--》package来打包，同时，值得注意的是，maven在进行打包时默认只把java文件打包进war，如果在...
使用idea开发工具maven 缺失依赖
热干面
03-08 1万+
bug记录ideamaven-dependencies： idea maven-dependencies： 因为依赖缺失，删除仓库下的所有包后，右键maven只剩下lifecycle，点击reload没有任何效果，maven直接失效，从回收站恢复后，部分缺失的包能下载回来了，然后右键maven中的plugins和dependencies也出现了。但仍有部分包缺失。。 暂时无法排除是idea的bug，并且在删除仓库下所有包后，不仅该项目的maven出现了问题，其他所有项目也出现的问题，提示setting.xm
maven依赖jar包部分丢失解决
qq_44709598的博客
11-01 1094
pom文件不报红，JAVA文件引入依赖找不到，查看对应的依赖并没有需要的文件。解决方法，到本地maven仓库删除缺失依赖jar包相关文件夹，重新下载依赖
解决——》maven打包时缺少文件
小仙~
01-14 1835
maven打包时缺少文件1、操作2、现象（错误信息）3、原因4、解决 1、操作 maven项目打包 2、现象（错误信息） maven项目打包时 ，src/main/java目录下的xml等资源文件打包不进去 3、原因 默认maven在src/main/java中只编译java文件，其他的文件会被忽略。 4、解决 建议：非java相关的资源，写在src/main/resources中比较好，这样条理清晰 通过配置pom.xml，改变默认的设置 <build> <resou
Maven打包，包下的xml丢失的解决
静艺的专栏
08-17 1954
maven打包时，除了java的编译文件，其他文件会被过滤掉，添加如下配置，可以解决 在build 节点中增加以下配置 src/main/java **/*.properties **/*.xml false src/main/resources
Maven导入工程出现的一些问题解决办法
Tiger的专栏
04-05 794
问题描述： 1.导入项目框架时，未启动web project的maven选项时，执行Maven->Update Project...不起作用依然不能显示Maven依赖； 解决办法： 我们只需要重启 Maven Dependency就行， 操作方式： 右击 web project -->  (m2) Maven --> Enable Dependency Management  也可以
mvn package多模块打包丢失部分依赖问题
weixin_37672801的博客
07-09 2508
目录1、问题2、解决方案2.1、直接对parent项目进行package打包2.2、使用-pl 和 -am参数对A-web模块打包2.3、将依赖包deploy到远程仓库，然后直接对指定模块打包 项目Test下有三个模块A-web、B-core1、C-core2，且。 其中A-web依赖B-core1，B-core1依赖C-core2，C-core2依赖第三方jar包mybatis.jar。 先对Test下进行install，然后直接对A-web进行package打包
flink实战--开发中常见的错误与问题
热门推荐
阿华田的博客
12-19 2万+
常见错误集 1.Checkpoint失败：Checkpoint expired before completing env.enableCheckpointing(1000L) val checkpointConf = env.getCheckpointConfig checkpointConf.setMinPauseBetweenCheckp...
如何解决项目突然找不到实体类的情况？
Do_LaLi的博客
03-28 910
原因：默认的无参构造方法突然失灵。给实体类添加无参构造方法。
maven 打包后依赖会在jar包中那个路径
06-09
当您使用 Maven 打包项目时，Maven 默认会将所有依赖项打包成一个可执行 JAR 文件并将其放置在 `target` 目录下。该 JAR 文件将包含您的应用程序代码以及所有依赖项。 通常情况下，Maven 将依赖项放置在 JAR 文件的 `lib` 文件夹中。这个 `lib` 文件夹位于 JAR 文件的根目录下。 例如，如果您的项目名为 `my-app`，则 Maven 打包后生成的 JAR 文件将位于 `my-app/target/my-app.jar`，其中依赖项将被放置在 `my-app.jar/lib` 文件夹中。 您可以使用任何 ZIP 工具打开 JAR 文件并查看其内容，以确保依赖项是否位于 `lib` 文件夹中。 需要注意的是，Maven 还可以将依赖项打包成一个单独的 JAR 文件并放置在 `target` 目录下。在这种情况下，您将看到一个名为 `my-app-1.0-SNAPSHOT-dependencies.jar` 的文件，其中包含所有依赖项。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值