javajavagenericsinheritancejakarta-eeejb-3.0

Как я могу переопределить метод сеансового компонента EJB 3 с помощью универсального аргумента - если это вообще возможно?

просмотры: 4K

Предположим, у вас есть следующие интерфейсы / классы EJB 3:

public interface Repository<E>
{
   public void delete(E entity);
}

public abstract class AbstractRepository<E>  implements Repository<E>
{
   public void delete(E entity){
      //...
   }
}

public interface FooRepository<Foo>
{
   //other methods
}

@Local(FooRepository.class)
@Stateless
public class FooRepositoryImpl extends
    AbstractRepository<Foo> implements FooRepository
{
   @Override
   public void delete(Foo entity){
      //do something before deleting the entity
      super.delete(entity);
   }
   //other methods
}

А затем еще один bean-компонент, который обращается к FooRepository bean-компоненту:

//...
@EJB
private FooRepository fooRepository;

public void someMethod(Foo foo)
{
    fooRepository.delete(foo);
}
//...

Однако метод переопределения никогда не выполняется, когда вызывается метод удаления FooRepository компонента. Вместо этого выполняется только реализация метода удаления, определенного в AbstractRepository .

Что я делаю не так, или это просто ограничение Java / EJB 3, которое пока несовместимо с обобщениями и наследованием?

Источник

Ответов (2)

Решение

Я пробовал с pojo, и вроде работает. Мне пришлось немного изменить ваш код. Я думаю, что ваши интерфейсы были немного неправильными, но я не уверен.

Я предположил, что «Foo» был конкретным типом, но если нет, я могу провести для вас еще несколько тестов.

Я просто написал основной метод, чтобы проверить это. Надеюсь, это поможет!

public static void main(String[] args){
        FooRepository fooRepository = new FooRepositoryImpl();
        fooRepository.delete(new Foo("Bar"));
}

public class Foo
{
    private String value;

    public Foo(String inValue){
        super();
        value = inValue;
    }
    public String toString(){
        return value;
    }
}

public interface Repository<E>
{
    public void delete(E entity);
}

public interface FooRepository extends Repository<Foo>
{
    //other methods
}

public class AbstractRespository<E> implements Repository<E>
{
    public void delete(E entity){
        System.out.println("Delete-" + entity.toString());
    }
}

public class FooRepositoryImpl extends AbstractRespository<Foo> implements FooRepository
{
     @Override
       public void delete(Foo entity){
          //do something before deleting the entity
            System.out.println("something before");
          super.delete(entity);
       }
}
Источник

Можете ли вы написать модульный тест для вашего класса FooRepository, просто используя его как POJO. Если это сработает так, как ожидалось, я не знаю ни одной причины, по которой он будет работать по-другому внутри контейнера.

Я подозреваю, что происходит что-то еще, и, вероятно, будет легче отладить, если вы протестируете его как POJO.

Источник