问题标签 [ejb-jar.xml]

我在从 OC4J 10.1.2.3 迁移到 10.1.3.1.4 时遇到问题。问题在于具有多个 EJB 的应用程序（都是 2.1，没有 EJB 3.0）。Jdeveloper 将采用默认的 ejb-jar.xml（Jdeveloper 在其独立的 OC4J 实例上运行它所需的文件）并将其打包到每个 EJB JAR 模块中，不管是什么。这导致应用服务器在部署时深入每个 EJB JAR 模块，并找到 N 次相同的 ejb-jar.xml 文件（其中 N = EJB 模块的数量）。这会导致重复的 EJB 引用，并会破坏任何 JNDI 查找，例如：“java:comp/env/ejb/EJBName”。因此，部署具有 3 个 EJB、EJB1、EJB2 和 EJB3 的应用程序会导致应用程序服务器注册 9 个 EJB 而不是 3 个。我需要一种最佳实践方式，但在 10.1.3.4 和 JDeveloper 执行的方式之间，情况相当糟糕...

旁注：如果 Web 应用程序的 JNDI 查找代码被重构为“ejb/EJBName”，它们将起作用。但是，这是不可取的。

是否可以定义适用于应用程序中所有 EJB 的资源引用？

目前我有一个看起来像这样的 ejb-jar.xml：

您会注意到两个 EJB 都为它们定义了相同的资源引用。有没有办法在 J2EE 1.4 应用程序中排除这种重复？

理想情况下，我应该能够在应用程序中定义一次 jdbc/myDatasource 资源，并且在该容器中运行的任何东西都能够通过对“java:comp/env/jdbc/myDatasource”进行 JNDI 查找来访问它。有没有办法做到这一点？

我有一个 MDB，其方法注释为@Postconstruct. 它执行正常。

今天我需要创建一个ejb-jar.xml文件来<activation-config-property>在构建时配置一个（因为我不知道如何@ActivationConfigProperty在部署时配置一个 - 请参阅这个问题）。

创建ejb-jar.xml容器后不再调用该@Postconstruct方法。

ejb-jar.xml相当于什么@Postconstruct？编辑：或者是否可以将注释与 XML 配置合并？

我正在使用 WebSphere 7。

我想用字符串配置我的一个 mdb 的行为。我创建了一个 setMessageType 方法，并希望通过 ejb-jar（部署描述符）中的配置将标识符字符串注入 mdb。

我知道如何在 ejb-jar 中声明一个 bean，但我如何控制依赖注入？

问候，

桂冠

1) 我们正在使用带有一些已部署 EJB 的 OpenEJB（嵌入式和独立式）。我们想指定一些简单的静态业务规则和值（例如：icon_size=200）。通常，我们会将它们放在常规属性文件中（例如：rules.properties）。由于我们不应该在应用程序服务器中直接访问文件系统，是否可以将这些键值对放在 ejb-jar.xml 中的某个位置？

2）如果没有，是否有标准机制来做到这一点？它是什么？

谢谢

我尝试仅使用部署描述符在 EJB 3.0 中注入依赖项。当我将我的应用程序部署到 Glassfish (v3.1) 时，我得到了这个异常：

我不知道我做错了什么。有人可以帮我吗？

ejb-jar.xml 描述符是：

类pl.Test：

}

我可以在 ejb-jar.xml 中为activation-config-property-value 提供一个正则表达式模式吗？

而不是这样的东西。

我需要类似的东西，

请建议。

谢谢，

我有一个从文件ConfigParameter中读取配置值的 SLSB 。ejb-jar.xml

此类只有私有字段，并且每个字段都有一个相应的 getter 方法。在我的应用程序中，我有很多其他 EJB 使用 的实例ConfigParameter来读取配置值。

现在，我认为制作ConfigParameter一个是个好主意@Singleton，因为它的状态在整个应用程序中共享。

但在ejb-jar.xmlI 中只能设置session-type为Stateful或Stateless。该文件如下所示：

我的问题是：

1. 让这个 bean 成为单例是个好主意吗？
2. 如果是，我怎样才能做到这一点？
3. 为了理解：为什么不允许设置session-type为Singleton？

我们的项目中有一个 ejb-jar xml 文件，它为许多不同的品牌一遍又一遍地定义了基本相同的 ejb 配置。它们都共享相同的底层代码、相同的外部引用等，因此实际上都可以映射到相同的单个定义。

争论的焦点是，将来如果品牌之间需要一些区别，那么就会有机制来分别管理每个池和配置。这个我可以接受。

然而，我仍然想压缩这个快速膨胀的文件。一个建议是使用 XSLT 来转换定制的 xml 配置，但这引入了另一种我想避免的复杂性。

那么我的问题是，有谁知道规范是否支持将某种父级或通用配置继承到 ejb 定义中的任何方法？

这就是他们在 ejb-jar.xml 中声明资源引用的方式：

在此链接： http: //javahowto.blogspot.ca/2006/06/5-ways-to-get-resources-in-ejb-3.html 现在，如果我有另一个需要使用相同资源的会话 bean- ref，我是否必须在第二个 EJB 中再次声明它？或者有解决方法吗？