« Невозможно преобразовать ejbRef для ejb »при внедрении CDI (Weld) @Stateless EJB в компонент JSF2 @SessionScoped в Glassfish

[ ОБНОВЛЕНИЕ : После обсуждения на форумах Glassfish / ML на http://forums.java.net/jive/thread.jspa?messageID=480532 была обнаружена ошибка против Glassfish https://glassfish.dev.java.net/issues/show_bug.cgi?id=13040 для этой проблемы.]

I ' я пытаюсь внедрить локальное представление без интерфейса @Stateless EJB в JSF2 @Named @ javax.enterprise.context.SessionScoped backan bean. EJB является одним из нескольких, которые расширяют абстрактный базовый базовый класс. Внедрение «@Inject TheEJBClass varName» завершается с ошибкой «Невозможно преобразовать ejbRef для ejb TheEJBClass в бизнес-объект класса типа my.package.name.TheAbstractBase». [править: На самом деле оказывается, что внедрение успешно выполнено, но разрешение метода во внедренном прокси-сервере для методов, унаследованных от суперклассов, не удается.] Если я использую «@EJB TheEJBClass varName», тогда varName остается нулевым, т.е.

Подробности:

Я использую Glassfish 3.0.1 в Linux (Ubuntu 10. 04 на случай, если это имеет значение) и возникли реальные проблемы с обработкой внедрения моих EJB-моделей данных в мои модели сессий JSF2 с использованием CDI (Weld). И да, прежде чем вы спросите, у меня есть файл beans.xml, и CDI активируется для выполнения инъекции.

Если я внедряю его с аннотацией @EJB, например:

@EJB TheEJBClass memberName;

... EJB на самом деле не вводится , оставляя memberName пустым.

Если я внедряю его с аннотацией CDI @Inject:

@Inject TheEJBClass memberName;

... тогда CDI жалуется, когда я вызываю метод "memberName", который реализован в суперклассе TheEJBClass и не переопределен в TheEJBClass. self, report:

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)
....

Я пытался преобразовать базу в конкретный класс и де-генерировать его, но столкнулся с той же проблемой, так что я не думаю, что сталкиваюсь с ошибками Weld с базовыми базами ( https : //jira.jboss.org/browse/WELD-305 , https: //jira.jboss.org/browse/WELD-381, https://jira.jboss.org/browse/WELD-518 ).

Схема кода с полная квалификация пакета для аннотаций, добавленных для ясности: Похоже, что проблема связана с наследованием.

Очень похожий код, который использовал встроенные функции жизненного цикла и внедрения 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-фу. Почему он работал с инъекцией JSF2 / EJB, но не с инъекцией CDI?

(С тех пор переиздан на форумах Glassfish как http://forums.java.net/jive/thread.jspa?threadID= 152567 )