问题标签 [maven-ear-plugin]

项目结构：

如何配置不同的 pom？我是否必须定义依赖项，例如服务项目需要域和服务客户​​端项目？

Eclipse生成EAR的结构（导出为EAR）：target META-INF lib（包含ServiceClient.jar,Domain.jar）Service.jar（EJB项目）Web.war pom.xml

如何使用 Maven 获得这种结构？

我们可以为 jboss 6 打包 ear 吗？application.xml uri 是什么？

我尝试更改 version=6 的版本，但它说找不到文件。

有没有人在部署ear时遇到过jboss 6这样的问题？？？？

我有一个通过 Maven EAR 插件生成的 ear 文件。ear 文件只有一个模块，即 ejb 模块。我可以将它部署到 Eclipse 中的 JBoss 4.2.1-GA，但是当我尝试运行它时，在启动过程中遇到了异常。我已经尝试了两天的解决方案，但没有成功。

我遇到的例外是

堆栈跟踪在这里：堆栈跟踪

可能值得注意的是，这是一个我正在尝试“mavenize”并且之前运行正常的现有项目。

我阅读了一些关于如何设置 eclipse 和 maven 以创建新的空耳朵项目的文章，但所有解决方案都不完整或太旧。

我相信我需要创建三个 pom.xml 文件/或三个项目：

1. 具有 WEB-APP 结构的客户端项目（如常规的动态 Web 项目）。这应该会生成一个 WAR 文件。
2. 带有 ejbs 的服务器项目。这应该是一个 JAR 文件。
3. 将两个项目结合在一起的 ear 项目。

我在eclipse中集成的maven插件的帮助下试过了。由于（我相信 Helios）maven 已经集成在 eclipse 中。所以我去

文件 -> 新建 -> maven -> maven 项目

并取消选中“创建一个简单项目”复选框。在旁边，我得到了原型目录。为了创建客户端项目，我寻找了 maven-archetype-webapp 1.0 版。但是 WebContent\META-INF 等所有文件夹都丢失了。

那么如何创建所有三个项目并一起构建它们呢？

非常感谢，豪克

PS.：我在问题 5668710 中阅读了有关在没有 maven 的情况下创建项目并激活依赖项管理的信息。但这是正确的方法吗？我不这么认为。

大约 12 个月前，我开始使用 maven ear 插件，想知道是否有任何替代方案。Maven 的好处之一是依赖管理，但是使用 ear 插件似乎几乎完全失去了这一点。它将所有依赖的 jar 构建到耳朵中，但实际上不会在不添加以下配置的情况下将它们中的任何一个放在类路径中：

我是否遗漏了一些最新版本的插件是否消除了对此的需求，是否有替代方案可以为您管理这个？我不敢相信每次向模块添加依赖项时，我都需要将其添加到 ear pom 配置中。最令人沮丧的是，即使我记得在上面的配置中添加了一个依赖库，如果这又依赖于其他东西（就像轴的情况一样），我只是在部署耳朵时才发现。

我继承了一个项目，其中我们已经为我的 maven-ear-plugin 项目提供了一个 application.xml 文件。我们必须使用它。但是当我将这个该死的项目导入eclipse时，它会不断地覆盖这个文件——我必须去本地历史并恢复它。

每次有人进行干净的构建、更改项目设置等时，该文件都会被 eclipse 中的某些内容覆盖（我假设是 m2e 插件）。我如何告诉它不要管这个文件。我不应该碰它，所以也不是。

在构建目录中生成文件的设置无关紧要 - 我不希望它生成任何东西。

免责声明

（我最初在这里以非常详细的方式提出了这个问题。我在这里maven-users摘录了它，因为邮件列表已经对这个问题保持沉默。）（不仅仅是另一个新手问题）

参考

我的参考资料是 http://maven.apache.org/guides/introduction/introduction-to-dependency-mechanism.html#Dependency_Management；如果这已过时或错误，请在此讨论中告诉我。

问题

该文档中有一节以“第二个，非常重要......”开头。在下文中，我将参考该部分的项目A和B，并将从中摘录。

在该部分中，您将看到该项目A有一个<dependencyManagement>部分 - 除其他外 - 将工件定义c为具有范围compile：

然后你会看到一个pom.xmlfor 项目B，它 (a) 从 project 继承A（因此继承了它的dependencyManagement部分）并且 (b) 建立了对 artifact 的依赖c，而不必指定它的version. 您还会注意到对 artifact 的依赖c覆盖了cto be的范围，runtime而不是compile：

同样，您会注意到没有<version>元素，但有一个<scope>runtime</scope>元素。

我对此的解释是，当一切都说完了，B将取决于范围内1.0的工件版本c，runtime而不是compile范围。

那是对的吗？我的maven-ear-plugin错误在于这是预期的行为这一事实。maven-ear-plugin构建.ear文件时不会发生这种情况。

接下来，如果这是正确的，我还希望如果工件c具有任何传递runtime依赖项，它们将在B的runtime类路径中可用（如http://maven.apache.org/guides/introduction/introduction- to-dependency-mechanism.html#Dependency_Scope）。

那是对的吗？

我正在使用 jbosscc-seam-archtype 1.2，并且我将 application.xml 放在 EAR 项目中，/src/main/application/META-INF/但maven-ear-plugin没有捡起它。有什么建议吗？

这是我的 Maven EAR 插件的片段：

我究竟做错了什么？

我正在尝试构建一个包含一些资源适配器（我们称之为 resource.rar）和一些其他 JAR 的 EAR。resource.rar 包含几个 JAR： - resource-api.jar - resource-impl.jar - resource-ejb.jar - 其他...

我需要做的是用一些归档资源替换以下路径中的persistence.xml： my_application.ear/resource.rar/resource-ejb.jar/META-INF/persistence.xml 。我的目标是更改以下属性：
property name="hibernate.hbm2ddl.auto"
property name="hibernate.dialect"

maven-ear-plugin 允许解包工件，但据我所知，它只能用于一级结构。

我正在迁移到 JBoss AS 7，并且使用 maven build，在我看来 maven-ear-plugin 还不支持 JBoss AS 7。默认情况下，它使用 JBoss AS 4。

这会导致问题吗？

我还在尝试弄清楚如何构建我的档案，现在遇到与 JBoss AS 7 类加载器工作方式变化相关的问题。