[更新:在http://forums.java.net/jive/thread.jspa?messageID=480532讨论Glassfish论坛/ ML后,针对此问题向Glassfish https://glassfish.dev.java.net/issues/show_bug.cgi?id=13040提交了一个错误。]
我正在尝试将@Stateless EJB的本地无接口视图注入到JSF2 @Named @ javax.enterprise.context.SessionScoped支持bean中。 EJB是扩展抽象通用基类的几种类型之一。注入“@Inject TheEJBClass varName”失败,“无法将ejbRej的EjbRef转换为类型为my.package.name.TheAbstractBase的业务对象”。 [编辑:实际上,事实证明注入成功,但注入代理中从超类继承的方法的方法解析失败。] 如果我使用“@EJB TheEJBClass varName”那么varName保持为null,即没有被注射。
详细说明:
我在Linux上运行Glassfish 3.0.1(Ubuntu 10.04,如果它很重要),并且在使用CDI(Weld)处理我的数据模型EJB注入我的JSF2会话范围模型时遇到了实际问题。是的,在您提出要求之前,我已经安装了beans.xml并且CDI正在激活以执行注射。
如果我用@EJB注释注入它,例如:
@EJB TheEJBClass memberName;
......实际上没有注入EJB,而是将memberName留空。
如果我用CDI @Inject注释注入它:
@Inject TheEJBClass memberName;
...当我调用一个“memberName”方法时,CDI会抱怨,该方法是在TheEJBClass的超类中实现的,而不是在TheEJBClass中重写,报告:
java.lang.IllegalStateException: Unable to convert ejbRef for ejb TheEJBClass to a business object of type class my.package.name.TheAbstractBase
at
com.sun.ejb.containers.EjbContainerServicesImpl.getBusinessObject(EjbContainerServicesImpl.java:104)
at
org.glassfish.weld.ejb.SessionObjectReferenceImpl.getBusinessObject(SessionObjectReferenceImpl.java:60)
....
我尝试将基础转换为具体类并对其进行去泛化,但遇到同样的问题,所以我认为我没有使用通用基础(https://jira.jboss.org/browse/WELD-305,{{ 3}},https://jira.jboss.org/browse/WELD-381)。
为了清晰起见,添加了注释的完整包装认证的代码概要是:
// JSF2 managed backing bean.
//
// Called via #{someJSF2Model.value} in a JSF2 page
//
@javax.inject.Named
@javax.enterprise.context.SessionScoped
public class SomeJSF2Model implements Serializable {
@javax.inject.Inject TheEJBClass member;
public Integer getValue() {
return member.getValue();
}
// blah blah
}
// One of several EJB classes that extend TheAbstractBase
@javax.ejb.Stateless
public class TheEJBClass extends TheAbstractBase {
// blah blah
// does **NOT** override "getValue()"
}
public abstract class TheAbstractBase {
// blah blah
public Integer getValue() {
return 1;
}
}
请注意,如果我覆盖TheEJBClass中的TheAbstractBase.getValue(),或者我调用TheEJBClass中定义的方法而不是任何超类,则注入 会有效。这个问题似乎与继承有关。
使用JSF2的内置生命周期和注入功能的代码非常相似,但鉴于这是一个新项目,CDI是未来的发展方向,我认为最好尝试使用CDI。这是我开始使用JSF2 / EJB注入时的工作:
// JSF2 managed backing bean. Using @ManagedBean and JSF2's @SessionScoped
// instead of CDI @Named and CDI @SessionScoped this time.
//
@javax.faces.bean.ManagedBean
@javax.faces.bean.SessionScoped
public class SomeJSF2Model implements Serializable {
@javax.ejb.EJB TheEJBClass member;
public Integer getValue() {
return member.getValue();
}
// blah blah
}
// One of several EJB classes that extend TheAbstractBase
// Unchanged from CDI version
@javax.ejb.Stateless
public class TheEJBClass extends TheAbstractBase {
// blah blah
// does **NOT** override "getValue()"
}
// Unchanged from CDI version
public abstract class TheAbstractBase {
// blah blah
public Integer getValue() {
return 1;
}
}
我目前正在努力整理一个独立的测试案例,但我想我现在已经解决了这个问题,以防这是我只是在做一些愚蠢的事情,或者有一个众所周知的解决方案我的Google- fu无法找到。为什么它适用于JSF2 / EJB注入,但是注入CDI失败了?
(自从https://jira.jboss.org/browse/WELD-518重新发布在Glassfish论坛上)
答案 0 :(得分:3)
如上所述,这是一个Weld / glassfish bug。
修复:放弃Glassfish并转移到JBoss AS 7,它实际上大部分时间都在工作。