java - maven-ear-plugin 忽略模块的解包选项

Question

我有一个带有几个模块(jars 和 ejb)的 Java EE 6 EAR 项目。使用 maven-ear-plugin 组装 EAR 文件，我基本上希望所有 Artifact 被打包/展开:

来自父文件的pom.xml:

<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-ear-plugin</artifactId>
  <version>2.5</version>
  <inherited>true</inherited>
  <configuration>
    <encoding>UTF-8</encoding>
    <version>5</version>
    <generateApplicationXml>true</generateApplicationXml>
    <defaultLibBundleDir>lib</defaultLibBundleDir>
    <archive>
      <manifestEntries>
        <app-version-info>${app-version-info}</app-version-info>
      </manifestEntries>
    </archive>
  </configuration>
</plugin>

来自 ear 文件的 pom.xml:

  <build>
    <plugins>
      <plugin>
        <artifactId>maven-ear-plugin</artifactId>
        <version>2.5</version>
        <configuration>
          <finalName>heap-poc</finalName>
          <modules>
            <jarModule>
              <groupId>com.example.heap</groupId>
              <artifactId>poc-common</artifactId>
              <bundleFileName>poc-common.jar</bundleFileName>
              <unpack>true</unpack>
              <includeInApplicationXml>true</includeInApplicationXml> 
            </jarModule>
            <jarModule>
              <groupId>com.example.heap</groupId>
              <artifactId>poc-persistence</artifactId>
              <bundleFileName>poc-persistence.jar</bundleFileName>
              <includeInApplicationXml>true</includeInApplicationXml> 
            </jarModule>
            <ejbModule>
              <groupId>com.example.heap</groupId>
              <artifactId>poc-business</artifactId>
              <unpack>false</unpack>
              <bundleFileName>poc-business.jar</bundleFileName>
            </ejbModule>
          </modules>
        </configuration>
      </plugin>
    </plugins>
  </build>

问题是 described unpack-switch似乎完全被忽略了:

• poc-common.jar (unpack=true) 已打包
• poc-persistence.jar(未定义解包)已打包
• poc-business.jar (unpack=false) 被分解

我正在使用 Eclipse Helios/m2eclipse，但根据我的理解，这对问题来说应该无关紧要。

有人能把我推向正确的方向吗？

Answer 1

我错误地认为 Eclipse 不对问题负责。事实上，命令行中的 maven 做了它应该做的事情，它“只是”m2-eclipse 和 jboss-tools 的相当复杂的集成，它似乎忽略了有问题的设置。

mvn package 确实做了它应该做的事:-)

将基于 Ant 的 Java EE 5 项目迁移到 Maven 和 Java EE 6 的整整一周让我明白了 Eclipse 中 JBoss 上的 Maven 与命令行上的 Maven 有很大不同......