7

由于某些原因，我想将我的应用程序部署为两个独立的工件：Users-ejb.jar和Users-war.war，它们没有打包在同一个耳朵中（但仍然部署在同一个JBoss AS 7.1 实例中）。在Users-war.war 中，我有一个支持 bean（注释为 JSF 托管 bean），我希望在其中注入一个打包在Users-ejb.jar中的 EJB3 。当单独部署Users-ejb.jar和Users-war.war时，当所有东西都打包在一个耳朵中时，简单的@EJB注入不再起作用。

我的设置的一个缩小的简化示例如下：

EJB3 豆

import javax.ejb.*;

(...)

@Stateless(name="userFacade")
@Local(IUserFacadeLocal.class)
@Remote(IUserFacadeRemote.class)
public class UserFacade extends AbstractFacade<User> implements IUserFacadeLocal, IUserFacadeRemote {

支持豆

import javax.faces.bean.ManagedBean;
import javax.faces.bean.SessionScoped;
import javax.ejb.EJB;

import entities.User;
import facades.IUserFacadeRemote;
import facades.IUserFacadeLocal;

@ManagedBean(name="indexBackingBean")
@SessionScoped
public class IndexBackingBean implements Serializable {

    @EJB(beanName="userFacade")
    private IUserFacadeLocal userFacade;

我尝试了各种组合，例如将支持 bean 中的 EJB3 bean 的类型声明为 IUserFacadeRemote（而不是 IUserFacadeLocal），但是当部署Users-war.war模块时，它们都失败并出现相同的异常：

Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException:
JBAS014543: No EJB found with interface of type 'facades.IUserFacadeLocal' and
 name 'userFacade' for binding controllers.IndexBackingBean/userFacade

Users-ejb.jar被部署到 JBoss AS 7.1 没有任何抱怨，但是当部署Users-war.war时，JBoss 抱怨它找不到他应该注入的 bean。

但是，我可以使用 JNDI 获取对 EJB3 bean 的引用：

String jndiName = "java:global/Users-ejb/userFacade!facades.IUserFacadeRemote";
this.userFacade = (IUserFacadeRemote) new InitialContext().lookup(jndiName);

尽管如此，@EJB 注入似乎不起作用。

更新： 我遵循了汤姆安德森下面给出的建议，并且有效的注射是：

@EJB(mappedName = "java:global/Users-ejb/userFacade!facades.IUserFacadeRemote")

如果我理解正确，它使用供应商特定的 mappedName 属性。我无法让注入以独立于供应商的方式工作。

4

3 回答 3

4

我希望我对 EE 规范的这个领域有足够的了解，可以给你一个明确的答案，但我没有。

JBoss EJB 文档有这样的说法：

  • @EJB 注释也有一个 mappedName() 属性。规范将其保留为供应商特定的元数据，但 JBoss 将 mappedName() 识别为您正在引用的 EJB 的全局 JNDI 名称。如果您指定了 mappedName()，那么所有其他属性都将被忽略，并且此全局 JNDI 名称用于绑定。
  • 如果您指定 @EJB 且未定义任何属性 [...] 则适用以下规则：
    • 在引用 bean 的 EJB jar 中搜索带有接口的 EJB，用于@EJB 注入。如果有多个 EJB 发布相同的业务接口，则会引发异常。如果只有一个具有该接口的 bean，则使用该接口。
    • 在 EAR 中搜索发布该接口的 EJB。如果有重复，则抛出异常。否则返回匹配的 bean。
    • 在 JBoss 中全局搜索该接口的 EJB。同样，如果重复，则会引发异常。
  • @EJB.beanName() 对应于 . 如果定义了 beanName()，则使用与 @EJB 相同的算法，除了在搜索中使用 beanName() 作为键之外没有定义任何属性。如果您使用 ejb-link '#' 语法，则此规则有一个例外。'#' 语法允许您在 EAR 中放置您引用的 EJB 所在的 jar 的相对路径。有关更多详细信息，请参阅规范

“在 JBoss 中全局搜索该接口的 EJB”当然表明您编写的注入应该可以工作。确实，它应该在没有beanName. 但是，我怀疑从 WAR 中的组件的角度来看，EJB-JAR 中的组件是远程的，因此您将需要使用远程接口。

所以，我要尝试的第一件事是：

@EJB
private IUserFacadeRemote userFacade;

没有beanName, 以防万一惹麻烦。不过，听起来你已经尝试过了。

如果正常的注入方法不起作用，我可能会转而尝试通过 a 进行注入mappedName，在 JBoss 中它是一个全局 JNDI 名称。所以：

@EJB(mappedName = "java:global/Users-ejb/userFacade!facades.IUserFacadeRemote")
private IUserFacadeRemote userFacade;

这显然是相当丑陋的。

无论如何，祝你好运！

编辑：您可以尝试的其他方法是使用beanName明确命名 EJB-JAR 的合格亲戚：

@EJB(beanName = "Users-ejb.jar#userFacade")
private IUserFacadeRemote userFacade;

由于 WAR 和 EJB-JAR 未打包在 EAR 中，因此可能需要：

@EJB(beanName = "../Users-ejb.jar#userFacade")
private IUserFacadeRemote userFacade;

但到目前为止，我只是猜测。

编辑反击：我们可能忽略了一些非常简单的事情。注释的lookup属性@EJB允许您指定“包含目标 EJB 组件的 JNDI 名称的可移植查找字符串”，因此：

@EJB(lookup = "java:global/Users-ejb/userFacade!facades.IUserFacadeRemote")
private IUserFacadeRemote userFacade;

可能会奏效。这本质上是 JBoss 特定使用的可移植版本mappedName。

于 2012-08-13T13:32:32.163 回答
0

我一直在 Wildfly 中测试这个场景，发现如果战争内部有一个指向 ejb 的 jboss-deployment-structure.xml，它将与上述本地接口一起工作。否则会抛出 ClassNotFoundException，因为由于 JBoss 和 Wildfly 中的模块化类加载，上述战争无法真正“了解” ejbs 类。该文件的内容应为：

<jboss-deployment-structure>
    <deployment>
        <dependencies>
            <module name="deployment.Users-ejb.jar" />
        </dependencies>
    </deployment>
</jboss-deployment-structure>

然后 JSF bean 可以使用：

@EJB(lookup = "java:global/Users-ejb/userFacade!facades.IUserFacadeRemote")
private IUserFacadeLocal userFacade;
于 2014-10-24T20:29:30.700 回答
0

正如@TomAnderson 所说，实现跨工件查找的标准方法是注释的lookup属性。@EJB

这是一个完整的 Maven 项目来说明它是如何工作的：
https ://github.com/mrts/remote-ejb-injection

您不需要使用nameEJB 类的属性，只要在查找中提供类名就足够了。引用上面的例子：

// in API JAR
@Remote
public interface HelloService { ... }

// in EJB JAR
@Stateless
public class HelloServiceImpl implements HelloService { ... }

// in WAR
@WebServlet("/hello")
public class HelloServlet extends HttpServlet {

    @EJB(lookup = "java:global/service-ear/service-ejb-impl/HelloServiceImpl!" +
                  "ee.mrts.service.HelloService")
    private HelloService helloService;

    ...
}

（因此，HelloServiceImpl直接在lookupJust Works™ 中使用。）

于 2016-07-08T15:49:46.503 回答