maven-shade-plugin踩坑记

准备做一个kafkaconsumer.jar命令行工具,采用maven-shade-plugin插件作为打包工具,只修改了main-class配置如下:

 <build>
        <plugins>
            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-compiler-plugin</artifactId>
                <version>3.7.0</version>
                <configuration>
                    <source>1.8</source>
                    <target>1.8</target>
                    <compilerVersion>1.8</compilerVersion>
                </configuration>
            </plugin>

            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-shade-plugin</artifactId>
                <version>3.1.0</version>
                <configuration>
                    <createDependencyReducedPom>false</createDependencyReducedPom>
                    <filters>
                        <filter>
                            <artifact>*:*</artifact>
                            <excludes>
                                <exclude>META-INF/*.SF</exclude>
                                <exclude>META-INF/*.DSA</exclude>
                                <exclude>META-INF/*.RSA</exclude>
                            </excludes>
                        </filter>
                    </filters>
                    <minimizeJar>true</minimizeJar>
                </configuration>
                <executions>
                    <execution>
                        <phase>package</phase>
                        <goals>
                            <goal>shade</goal>
                        </goals>
                        <configuration>
                            <transformers>
                                <transformer
                                        implementation="org.apache.maven.plugins.shade.resource.ServicesResourceTransformer"/>
                                <transformer
                                        implementation="org.apache.maven.plugins.shade.resource.ManifestResourceTransformer">
                                    <mainClass>com.sanwishe.ConsumerBootStrap</mainClass>
                                </transformer>
                            </transformers>
                        </configuration>
                    </execution>
                </executions>
            </plugin>


        </plugins>
    </build>

首先在idea上直接测试,一切ok。。。。

然后,打包,发布,上线测试,,,

kafkaconsumer java -jar target/kafka-consumer-1.0-SNAPSHOT.jar -z localhost:9092 -t default
kafka bootstrap server:127.0.0.1:9092
topic to be consumed: default
SLF4J: Failed to load class "org.slf4j.impl.StaticLoggerBinder".
SLF4J: Defaulting to no-operation (NOP) logger implementation
SLF4J: See http://www.slf4j.org/codes.html#StaticLoggerBinder for further details.
Exception in thread "main" org.apache.kafka.common.config.ConfigException: Invalid value org.apache.kafka.common.serialization.IntegerDeserializer for configuration key.deserializer: Class org.apache.kafka.common.serialization.IntegerDeserializer could not be found.
        at org.apache.kafka.common.config.ConfigDef.parseType(ConfigDef.java:715)
        at org.apache.kafka.common.config.ConfigDef.parseValue(ConfigDef.java:460)
        at org.apache.kafka.common.config.ConfigDef.parse(ConfigDef.java:453)
        at org.apache.kafka.common.config.AbstractConfig.<init>(AbstractConfig.java:62)
        at org.apache.kafka.common.config.AbstractConfig.<init>(AbstractConfig.java:75)
        at org.apache.kafka.clients.consumer.ConsumerConfig.<init>(ConsumerConfig.java:481)
        at org.apache.kafka.clients.consumer.KafkaConsumer.<init>(KafkaConsumer.java:635)
        at org.apache.kafka.clients.consumer.KafkaConsumer.<init>(KafkaConsumer.java:617)
        at com.sanwishe.MyConsumer.getConsumer(MyConsumer.java:51)
        at com.sanwishe.MyConsumer.run(MyConsumer.java:22)
        at com.sanwishe.ConsumerBootStrap.main(ConsumerBootStrap.java:52)

what???
检查StringDeserializer,额,确实是kafka-clients包中的,即然找不到StringDeserializer.class,就去target路径下看看,却是没找到???
到这里可能是打包没有将StringDeserializer所在jar包一起include进去,回头看了下maven打包日志打印:

[INFO] --- maven-shade-plugin:3.1.0:shade (default) @ kafka-consumer ---
[INFO] Including org.apache.kafka:kafka-clients:jar:1.0.0 in the shaded jar.
[INFO] Including org.lz4:lz4-java:jar:1.4 in the shaded jar.
[INFO] Including org.xerial.snappy:snappy-java:jar:1.1.4 in the shaded jar.
[INFO] Including org.slf4j:slf4j-api:jar:1.7.25 in the shaded jar.
[INFO] Including commons-cli:commons-cli:jar:1.4 in the shaded jar.
[INFO] Minimizing jar com.sanwishe:kafka-consumer:jar:1.0-SNAPSHOT
[INFO] Minimized 1219 -> 847 (69%)
[INFO] Replacing original artifact with shaded artifact.
[INFO] Replacing /Users/jmz/IdeaProjects/kafkaconsumer/target/kafka-consumer-1.0-SNAPSHOT.jar with /Users/jmz/IdeaProjects/kafkaconsumer/target/kafka-consumer-1.0-SNAPSHOT-shaded.jar

看到这里,大概明白原因了,再回头看看pom配置中<minimizeJar>true</minimizeJar>,翻阅maven-shade-plugin文档
这里写图片描述
OK,去除这个配置,编译打包测试OK。

问题很简单,然后顺便学习下maven-shade-plugin。

  • createDependencyReducedPom
    用来标识是否为当前artifacts创建缩减的pom,为true时,它会把你的pom中的dependency干掉,并且将它们放在一个名为dependency-reduced-pom.xml的临时文件中。默认为true,一般需要设置为false
  • createSourcesJar
    是否创建sourceJar,一般不需要配置。

  • filters
    通过一些列的include/exclude来指定那些内容需要添加到jar包中去。逻辑上来说,include会在exclude前生效。所以可以使用include收集内容,使用exclude来排除内容。如果不配置filters,默认所有的内容都会include。一个artifact可配置多个filter,最终的内容为多个filter的交集。
    对于有多个第三方依赖的情况,第三方包 META-INF下会有一些相同的MINIFEST文件,maven-shade-plugin默认会使用追加而不是覆盖的方式处理它们。由于一些包重复引用,打包后的 META-INF 目录多出了一些 *.SF 等文件,执行jar包时,可能会抛出java.lang.SecurityException: Invalid signature file digest for Manifest main attributes异常。可以通过配置下面的filters来避免问题:

<configuration>
    <filters>
          <filter>
              <artifact>*:*</artifact>
              <excludes>
                    <exclude>META-INF/*.SF</exclude>
                    <exclude>META-INF/*.DSA</exclude>
                    <exclude>META-INF/*.RSA</exclude>
              </excludes>
          </filter>
    </filters>
</configuration>
  • 指定main-class
<executions>
    <execution>
        <phase>package</phase>
            <goals>
                <goal>shade</goal>
            </goals>
            <configuration>
                <transformers>
                    <transformer implementation="org.apache.maven.plugins.shade.resource.ServicesResourceTransformer"/>
                    <transformer implementation="org.apache.maven.plugins.shade.resource.ManifestResourceTransformer">
                                <mainClass>com.sanwishe.ConsumerBootStrap</mainClass>
                    </transformer>
               </transformers>
          </configuration>
     </execution>
</executions>
  • finalName
    用来指定artifact名称。如:
<executions>
    <execution>
        <phase>package</phase>
            <goals>
                <goal>shade</goal>
            </goals>
            <configuration>
                 <finalName>myKafkaConsumer</finalName>
                 <transformers>
                     <!--transformer>...</transformer-->
                 </transformers>
            </configuration>
       </execution>
</executions>

最终的target路径生产文件如下:
这里写图片描述
其中可执行jar是myKafkaConsumer.jar

others to be contiuned。

### 回答1: Maven Shade Plugin 是一个 Maven 构建工具的插件,可以将项目依赖的所有 jar 包合并成一个可执行的 jar 包,以便于在分发和部署时使用。这个插件的常见用法包括: 1. 打包可执行的 jar:将项目依赖的所有 jar 包和项目本身的代码打包成一个可执行的 jar 包,方便在生产环境中部署和执行。 2. 打包成一个不可执行的 jar:将项目依赖的所有 jar 包和项目本身的代码打包成一个不可执行的 jar 包,方便在其他项目中引用和使用。 3. 排除某些依赖:有些依赖可能会引起冲突或者不必要的依赖,可以使用 Maven Shade Plugin 的 exclude 配置项排除这些依赖。 4. 重新定位依赖:有些依赖可能会引用了其他库中的类或资源,导致在合并 jar 包时出现冲突,可以使用 Maven Shade Plugin 的 relocation 配置项将这些依赖的类或资源重新定位到新的包名或路径下。 总之,Maven Shade Plugin 可以让我们更方便地打包和分发项目,并且解决一些依赖冲突的问题,是一个非常实用的 Maven 插件。 ### 回答2: maven-shade-plugin是一个用于Maven项目构建的插件,主要用于将Java项目打包成可执行的jar包,解决了传统的jar包依赖冲突和包名冲突的问题。它的常见用法如下: 1. 打包可执行的jar包:通过配置maven-shade-plugin,在项目构建时会将所有依赖的jar包和项目代码打包到一个可执行的jar包中。这样,用户只需要执行生成的jar包即可运行整个项目。 2. 解决传统的jar包依赖冲突:在Java项目中,使用不同的依赖库时可能会引发依赖冲突。maven-shade-plugin可以帮助解决这个问题,他会将项目所依赖的库合并到一个jar包中,避免了传统方式下的依赖冲突。 3. 解决包名冲突:当我们引入了多个依赖库时,这些库中可能存在相同的类或包名,会导致编译错误或运行时的冲突。maven-shade-plugin可以通过重命名包名来解决这个问题,确保在打包后不会出现冲突。 4. 改变jar包中的资源路径:通过配置maven-shade-plugin,可以将项目中的一些资源文件移动到指定的位置,改变其相对路径。 5. 指定启动类:maven-shade-plugin可以通过配置指定启动类,当执行生成的可执行jar包时,会直接调用该类的main方法。 总结来说,maven-shade-plugin是一个非常实用的插件,能够解决传统的jar包依赖冲突和包名冲突问题,同时也提供了一些其他功能,使得项目的构建更加简洁和方便。 ### 回答3: maven-shade-pluginMaven生态系统中的一个插件,主要用于解决Java项目中的依赖冲突问题和打包问题。 常见的maven-shade-plugin用法有以下几种: 1. 打包包含所有依赖的可执行JAR文件:通过配置maven-shade-plugin插件,在打包时将项目的所有依赖打包到一个JAR文件中,并且可以配置主类,使得该JAR文件可以直接执行。 2. 重命名依赖冲突的类:当项目中存在不同版本的依赖库,并且这些依赖库中的某些类具有相同的包和类名时,maven-shade-plugin可以通过重命名类的方式来解决冲突。可以通过配置该插件来指定需要重命名的类。 3. 过滤不需要的依赖:有时候项目的依赖中可能会包含一些不需要的、或者与项目功能无关的依赖库,可以使用maven-shade-plugin来过滤这些不需要的依赖,减小项目的包大小。 4. 拷贝资源文件到生成的JAR包中:除了将Java类文件打包JAR包中,还可以通过maven-shade-plugin来将项目中的资源文件(如配置文件、属性文件等)一同打包到生成的JAR包中。 5. 混淆代码:maven-shade-plugin还可以对项目的代码进行混淆,使得代码难以被反编译,提高代码的安全性。 通过以上常见的用法,maven-shade-plugin可以解决Java项目中的依赖冲突问题和打包问题,让项目能够更好地进行构建和部署。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值