Результаты поиска

Предположим, у вас есть следующие EJB 3 interfaces/classes:

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
}

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

//...
@EJB
private FooRepository fooRepository;

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

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

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

Что-нибудь такое же хорошее, стабильное и многофункциональное, как gigaspaces?

Я видел два способа реализации дизайна DAO-DVO.

1) DVO являются объектами и DAOs создаются с помощью фабрик т. е. DAOs также являются объектами 2) DVOs-это снова объекты, но в этом случае DAOs-это классы, которые содержат только статические методы, которые принимают DVOs для выполнения задач.

Мне было интересно, какой путь лучше и более масштабируемым.