Maven 2 包括WebSphere运行时

在使用Maven构建ear文件时，包含WebSphere运行时的最佳方式是什么？使用ant，我只是将绝对路径添加到类路径中的lib目录中。就我在这方面所读到的，人们似乎说要使用系统范围的依赖项。但是，为此，我需要独立地包含每个jar（在WebSphere运行时中有大量jar）

---

有没有办法只包含所有罐子的绝对路径？我不需要ear文件中的这些文件，因为它们在部署时将在服务器上可用。

您可以完成两项任务：

正如您所建议的，您可以将依赖项声明为系统范围的依赖项，并提供JAR文件的路径。虽然maven要求这些依赖项是绝对的，但它还定义了运行时属性

${basedir}

，该属性已解析为POM文件所在的位置

您可以将JAR文件添加到本地maven存储库服务器（Nexus、Archiva等），然后按照提供的方式声明依赖范围。这将把JAR文件拉到机器上进行编译和测试，但最终会将它们从包中排除

---

我已经完成了这两种方法，并且系统范围的技术变得陈旧，尤其是当您添加一个也具有依赖性的JAR时。在系统范围内，您失去了maven的可传递依赖项解析函数。但是，如果应用程序很小，只有一个或两个开发人员，那么存储库服务器的开销就没有多大意义。

您可以完成两项任务：

正如您所建议的，您可以将依赖项声明为系统范围的依赖项，并提供JAR文件的路径。虽然maven要求这些依赖项是绝对的，但它还定义了运行时属性

${basedir}

，该属性已解析为POM文件所在的位置

您可以将JAR文件添加到本地maven存储库服务器（Nexus、Archiva等），然后按照提供的方式声明依赖范围。这将把JAR文件拉到机器上进行编译和测试，但最终会将它们从包中排除

---

我已经完成了这两种方法，并且系统范围的技术变得陈旧，尤其是当您添加一个也具有依赖性的JAR时。在系统范围内，您失去了maven的可传递依赖项解析函数。然而，如果应用程序很小，只有一个或两个开发人员，那么存储库服务器的开销就没有多大意义。

Dan在上面的文章会起作用，但是会增加一些额外的开销。我们继续执行Maven Ant任务（使用Maven Ant tasks jar；）。这允许我们在使用Maven的依赖项时使用现有的构建脚本

---

在不久的将来某个时刻，我们可以考虑完全移动到Maven构建，但是我们发现这是一个可接受的替代方案。希望这些信息能被证明是有用的。

丹上面的帖子会有用，但会增加一些额外的开销。我们继续执行Maven Ant任务（使用Maven Ant tasks jar；）。这允许我们在使用Maven的依赖项时使用现有的构建脚本

在不久的将来某个时刻，我们可以考虑完全移动到Maven构建，但是我们发现这是一个可接受的替代方案。希望这些信息证明是有用的