我们的构建系统使用ANT进行代码编译,使用MAVEN生成编译/运行时类路径和静态预处理。我们正在为我们的端到端构建生命周期采用MAVEN,我认为这不会很快发生。因此,在此期间,我们决定使用Maven创建一个打包工件。为此,我最终使用了maven-assembly-plugin,只是因为我可以从ant编译的工件中输入创建包所需的内容,这是我通过在POM中定义一个程序集描述符来实现的。然而,我们还希望将项目的依赖项JAR包含到同一个最终工件中,这正是我需要一些帮助的地方。
我在pom.xml中创建了一个单独的配置文件,并添加了assembly.xml作为描述符。
<profile>
<id>assemblyjar</id>
<build>
<plugins>
<plugin>
<artifactId>maven-assembly-plugin</artifactId>
<version>2.4</version>
<configuration>
<appendAssemblyId>false</appendAssemblyId>
<descriptors>
<descriptor>${project.basedir}/assembly.xml</descriptor>
</descriptors>
<tarLongFileMode>gnu</tarLongFileMode>
<finalName>${project.artifactId}-${project.version}</finalName>
</configuration>
<executions>
<execution>
<id>make-assembly</id>
<phase>package</phase>
<goals>
<goal>single</goal>
</goals>
</execution>
</executions>
</plugin>
</plugins>
</build>
</profile>
以下是程序集文件的外观:
<assembly xmlns="http://maven.apache.org/plugins/maven-assembly-plugin/assembly/1.1.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/plugins/maven-assembly-plugin/assembly/1.1.0 http://maven.apache.org/xsd/assembly-1.1.0.xsd">
<id>dist</id>
<includeBaseDirectory>true</includeBaseDirectory>
<formats>
<format>jar</format>
</formats>
<dependencySets>
<dependencySet>
<useProjectArtifact>true</useProjectArtifact>
<useTransitiveDependencies>true</useTransitiveDependencies>
<unpack>false</unpack>
<scope>runtime</scope>
<fileMode>0644</fileMode>
<directoryMode>0755</directoryMode>
<includes></includes>
</dependencySet>
</dependencySets>
<fileSets>
<fileSet>
<includes>
<include>abcd/**</include>
<include>efgh/**</include>
</includes>
<excludes>
<exclude>**/*.java</exclude>
<exclude>**/*.log*</exclude>
</excludes>
<directory>${project.basedir}</directory>
</fileSet>
当我执行assembly:single-passemblyJar时,它会使用程序集中提到的内容创建一个fat jar,但是它不会按照groupId&Artifactid创建依赖项jar的目录。
当我unjar工件时,依赖项jar立即在项目基目录下创建
25962 Mon Apr 28 15:46:08 PDT 2014 project-2.0.0/slf4j-api-1.6.4.jar
159509 Mon Apr 28 15:46:08 PDT 2014 project-2.0.0/commons-io-2.0.1.jar
43581 Mon Apr 28 15:46:10 PDT 2014 project-2.0.0/asm-3.3.1.jar
597777 Mon Apr 28 15:46:08 PDT 2014 project-2.0.0/testng-6.3.1.jar
有没有一种方法可以让maven按照依赖项JAR的groupId和artifactId创建目录结构,如下所示。下面的4个罐子只是一个例子,其中真实的有大约500个罐子在不同的位置。
25962 Mon Apr 28 15:46:08 PDT 2014 project-2.0.0/org/slf4j/slf4j-api/1.6.4/slf4j-api-1.6.4.jar
159509 Mon Apr 28 15:46:08 PDT 2014 project-2.0.0/commons-io/commons-io/2.0.1/commons-io-2.0.1.jar
43581 Mon Apr 28 15:46:10 PDT 2014 project-2.0.0/asm/asm/3.3.1/asm-3.3.1.jar
597777 Mon Apr 28 15:46:08 PDT 2014 project-2.0.0/org/testng/testng/6.3.1/testng-6.3.1.jar
感谢你在这方面的投入。
在程序集插件标记中添加这个
<descriptorRefs>
<descriptorRef>jar-with-dependencies</descriptorRef>
</descriptorRefs>
最终配置应该类似于
<plugin>
<artifactId>maven-assembly-plugin</artifactId>
<version>2.4</version>
<configuration>
<appendAssemblyId>false</appendAssemblyId>
<descriptors>
<descriptor>${project.basedir}/assembly.xml</descriptor>
</descriptors>
<descriptorRefs>
<descriptorRef>jar-with-dependencies</descriptorRef>
</descriptorRefs>
<tarLongFileMode>gnu</tarLongFileMode>
<finalName>${project.artifactId}-${project.version}</finalName>
</configuration>
<executions>
<execution>
<id>make-assembly</id>
<phase>package</phase>
<goals>
<goal>single</goal>
</goals>
</execution>
</executions>
null
如果您在组装之前使用maven-dependency-plugin
复制依赖项,那么您可以指定复制目标使用存储库布局,我认为这就是您想要的。
然后在${project.build.directory}/dependency
中将其组装为文件集,该文件集是复制目标的默认输出目录
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-dependency-plugin</artifactId>
<version>2.8</version>
<executions>
<execution>
<id>copy-dependencies</id>
<phase>package</phase>
<goals>
<goal>copy-dependencies</goal>
</goals>
<configuration>
<useRepositoryLayout>true</useRepositoryLayout>
<overWriteReleases>false</overWriteReleases>
<overWriteSnapshots>false</overWriteSnapshots>
<overWriteIfNewer>true</overWriteIfNewer>
</configuration>
</execution>
</executions>
</plugin>
如果你不知道怎么从 github 上下载 Nutz 的源代码,请看 从 Git 编译 一节 编译通常是个麻烦的问题,依赖关系啊,环境变量啊,等等,全是些没有技术含量的东 东,但是却能搞的你非常头疼。虽然编译 Nutz 是一个相对简单的工作 -- 它编译 的时候不需要依赖第三方 jar 包,但是还是有一些工作要做的。 从我个人的情况来看,我经常在如下三个环境下进行 Nutz 的开发: 公司 - Vi
我已经搜索了所有关于为什么我们应该有不同于目标的来源,但不一致的答案: 如果JDK向下兼容,为什么在1.7上编译时需要将目标设置为1.8? 将源设置为高于目标将不起作用,例如错误: 源版本8需要目标版本1.8 同样来自Maven: 仅仅设置target选项并不能保证代码在具有指定版本的JRE上实际运行。陷阱在于无意中使用了只存在于后来的JRE中的API,这会导致代码在运行时出现链接错误 有人能举个
问题内容: 当我在Netbeans中构建并运行程序时,它可以正常工作。但是当我尝试“ mvn compile”时,使用相同的pom.xml文件会出现以下错误: 我的Java版本不是1.3,这里是“ mvn -version”的结果 这是第53行: 问题答案: 问题是在Maven2中默认使用和 您可以通过将其添加到pom中来解决此问题: 将其放在最顶层的父pom中是很实际的,这样您派生的pom不需要
我试图在eclipse中用maven构建一个spark应用程序,但我遇到了一个编译失败。我修正了系统变量,给它提供到JDK的路径,而不是到JRE的路径,如下所示: 并且我将这个字符串添加到变量中,但是没有起作用。因此,我尝试不使用如下但没有新内容。 因此,我尝试通过eclipse来指出我的JDK,如下所示:,我也选择了JDK,但这个解决方案也不起作用,所以我决定使用cmd来修复它: 我检查了,结果
编译模块com。实例我的包裹。GWT。HelloGWT [INFO]验证新编译的单元 [INFO]在第一次过程中忽略了1个单元,其中包含编译错误 [INFO]编译时将-strict或-logLevel设置为TRACE或DEBUG以查看所有错误 [INFO]在文件:/home/ilsurih/Projects/maven hibernate/src/main/java/com/example/myP
问题内容: 我在(版本3.1)中使用。当我尝试编译下一行代码 使用maven-compiler-plugin(版本3.3),我收到编译失败消息: 我使用Java 1.7.0_55进行编译。 我该如何解决? 问题答案: 发生问题是因为方法的签名具有可变参数。调用方法时,将分三个阶段搜索所有适用的方法。在阶段3中搜索具有可变参数的方法,在该阶段中,可以进行装箱和拆箱。 因此和都适用于此处,因为考虑了装