问题标签 [application.xml]

我有一个包含一个war文件和一些jar文件的ear文件。application.xml 包含以下内容：

此 ear 文件正在部署到 JBOSS AS 6，但是上下文根被忽略，war 文件的名称被用于上下文根。

有人能指出为什么 Jboss 忽略了 application.xml 中指定的内容吗？

谢谢！！

我进一步研究了这个问题，问题是这样的：

在 WAR 文件中，我有一个无状态会话 bean 来实现 Web 服务。当我删除无状态会话 bean 时，上下文根现在根据需要与 application.xml 中指定的匹配。使用 @WebService 注释在 war 文件中实现 Web 服务的最佳解决方案是什么？

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

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

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

今天我将本地 Glassfish 服务器升级到 3.1.1，为我公司的服务器升级到相同版本做准备。我正在尝试将我的 Web 服务项目转换为与新服务器配合使用，但遇到了障碍。

在我耳朵的 pom 文件中，我之前将 webapp 和 ejb 都列为依赖项。在 webapp 的 pom 中，我也将 ejb 列为依赖项。尝试将此配置部署到 Glassfish 3.1.1 时，我收到此错误：

部署期间发生错误：部署应用程序 [ear] 时出现异常：无法解析引用本地 ejb-ref name=name,Local 3.x interface =interface,ejb-link=null,lookup=,mappedName=,jndi-name=, refType=Session 因为应用中有2个ejb，有interface接口。一些可能的原因： 1. EJB bean 类被打包在一个ear lib 库中（或通过任何其他使库对所有组件模块可见的库机制），这使得所有组件模块都间接包含这个bean 类。2. EJB bean 类被封装在一个组件模块中，该组件模块直接或间接通过 Manifest、WEB-INF/lib 引用 EJB。EJB bean 类应该只打包在声明的 ejb 模块中，而不是引用模块中。引用模块应该只包含 EJB 接口。

本质上，我相信这是在说，因为我将 EJB 列为两个不同领域的依赖项，Glassfish 3.1.1 不知道要查找哪个依赖项。这在 2.1.1 中不是问题。因此，我删除了 ear 中的依赖项，因为它仍然是 ear 有效 pom 的一部分。

但是，现在当 ear 生成 application.xml 文件时，它会忽略文件中的所有 ejb 信息。我现在可以很好地部署应用程序，但是当我尝试运行任何东西时，我得到关于 ejbs 的 NameNotFoundExceptions。

我尝试使用标签手动将 ejb 模块添加到 ear pom，但是当我尝试构建项目时，我收到错误消息：

Artifact[ejb] 不是项目的依赖项。

尽管事实上当我查看耳朵的有效 pom 时，我可以看到 ejb 被列为依赖项。

如何在仍符合 Glassfish 3.1.1 更严格的规则集的同时正确生成 application.xml 文件？

如果您需要更多信息，请告诉我，感谢您的帮助！

我正在使用 Maven 1.0 生成耳朵并将其部署在 JBoss 4.0 中。

我面临的问题是，ear/META-INF/application.xml 中的 java 模块条目不正确。我已将所有罐子放在耳朵下方的“图书馆”文件夹中。但是在 application.xml 中，只提到了 jar 的名称，没有目录前缀。

耳朵结构

下面给出的代码片段。

Project.xml（仅依赖部分）

生成的application.xml（只有模块入口）

由于它没有以“库”文件夹为前缀，因此 JBoss 无法找到它并抛出 ClassNotFoundException。

我希望上面的条目是这样的 -

在手动为文件夹添加前缀时，JBoss 能够找到 jar。

我应该如何在构建过程中为 jar 文件路径添加前缀？

我一直在关注 maven-ear-plugin 站点上的示例，该示例显示了如何将第三方库添加到生成的 application.xml中。但是，它似乎没有像我预期的那样工作。同样，web 模块contextRoot也被忽略了。

根据文档，我正在尝试做的事情应该是完全可能的。

可以使用 contextRoot 参数自定义 Web 模块的上下文根。

请注意，第三方库（即 JarModule）不包含在生成的 application.xml 中（只有 ejb-client 应该包含在 java 条目中）。但是，可以通过指定 includeInApplicationXml 标志将 jar 依赖项包含在生成的 application.xml 中。

当它在我的 application.xml 中执行构建时，我有以下输出。

来自以下 Maven 配置（pom.xml）。

很明显 application.xml 没有按我的预期生成。

1. 在 application.xml 中提供的 contextRoot 不正确，而是输出默认名称 MyApp.Web 而不是指定的 MyApp。
2. application.xml 中完全缺少指定的 org.slf4j jarModule。

我究竟做错了什么？

来自 Maven 的调试如下所示。

PS 我尝试创建 maven-ear-plugin 标签，但它不会让我因为我不够有名！如果有人可以创造，我将不胜感激。

当我从我的 Netbeans 7.2（我也使用 Glassfish 3.1.2 服务器）运行一个项目时，我遇到了一个小问题......

事实上，我正在将现有项目从 Ant 迁移到 Maven，我的 pom.xml 已经完成，并且我已经使用了上下文根的自定义，如下所述：http ://maven.apache.org/plugins/maven-ear -plugin/examples/customizing-context-root.html但是当我从 netbeans 运行项目时，它使用我的 .ear 名称部署： localhost:8080/MyApplicationEAR-0.1-SNAPSHOT 而不是 localhost:8080/MyApplicationName（在 中引用<contextRoot>/MyApplicationName</contextRoot>）

如果我在浏览器中写入正确的 URL，它可以正常工作，但它不是很愉快。

Netbeans 有问题还是我忘记了什么？

编辑：application.xml 是由 Maven 自动生成的，并且 context-root 格式良好，但似乎 Netbeans 与此无关......

如果我在 Intellij IDEA 12 中创建一个新的 Java EE 应用程序：

使用 Web 应用程序 2.5、JSF 2.0、应用程序服务器 Glassfish 3.1.2.2 和 Java EE 6：

application.xml使用此文本作为其内容自动生成：

此应用程序将无法成功部署，因为以下<module>标签缺失application.xml：

IDE是否应该module自动添加标签？如果是这样，为什么没有呢？如果不是，如果我想使用默认工件，我应该将web-uri标签 ( ) 设置为什么？<module><web><web-uri>web:war exploded

应用程序.xml

文件路径 c:\glassfish3\glassfish\domains\domain1\autodeploy\business.ear\

结构 business.ear ->

META-INF business-web-1.0-SNAPSHOT.war

请帮我！

我有一个类似于Java EE 6中的 Application Deployment Descriptor 的问题，其中回答者解释说，如果你想使用 custom (non-default) context-root，必须定义application.xml应该包含项目所有信息的那个。

如果我有 EJB，是否有任何 EJB 的特定条件/情况，我必须在其中定义一个application.xml？

我被要求帮助解决应用程序问题。

这是背景 - 我们有一个在 WAS 7 中运行的 JSF 1.2 应用程序。这是一个 WAR。该团队向同一个应用程序添加了另一个 WAR，它是一个 JSF 2.0 模块并使用 PrimeFaces 组件库。因此它是 JSF 1.2 和 JSF 2.0 的组合。因为 WAS 7 中没有对 JSF 2.0 的原生支持，所以我们将 mojarra jar 添加到第二次战争的 WEB-INF/lib 中，并将应用程序类加载器设置为 PARENT_LAST。

我观察到的另一件事是，该团队以这样一种方式定义了他们的应用程序：在 application.xml 中 EAR 的显示名称和 JSF 2.0 WAR 的上下文根值完全相同。我知道为了清楚起见不应该这样做，但找不到任何可以澄清它的东西。

尝试从 JSF 2.0 WAR 中获取页面时，应用程序出现以下错误。我将只添加几行堆栈跟踪

我还可以检查什么来确定错误的原因？