当前位置: 首页 > 知识库问答 >
问题:

Ant编译和maven封装

潘琨
2023-03-14

我们的构建系统使用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

感谢你在这方面的投入。

共有2个答案

楚泳
2023-03-14

在程序集插件标记中添加这个

<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

苏法
2023-03-14

如果您在组装之前使用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中搜索具有可变参数的方法,在该阶段中,可以进行装箱和拆箱。 因此和都适用于此处,因为考虑了装