Неудовлетворительные зависимости для типа [...] с квалификаторами [@Default] в точке впрыска (с использованием @Stateful EJB с CDI)

У меня есть следующий код для управления двумя типами репозиториев. Оба класса репозитория наследуют интерфейс, позволяющий повторно инициализировать свои ресурсы.

public interface CachingRepository
{
    public void invalidateCache();
}

Глобальный репозиторий с областью приложения:

@Named("globalRepo")
@ApplicationScoped
public class GlobalRepository implements CachingRepository
{
    private List<Category> categories;

    ...

    @Override
    public void invalidateCache()
    {
        categories = null;
    }

    ...
}

Для пользователя, репозитория с ограниченным сеансом:

@Named("userRepo")
@SessionScoped
//@Stateful         // <- NOTE HERE
public class UserRepository implements CachingRepository, Serializable
{
    private List<MyFile> files;

    @Override
    public void invalidateCache()
    {
        files = null;
    }

    ...
}

При введении этого значения (без @Stateful) в контекст

@Named
@ViewScoped
public class MyHandler implements Serializable
{
    @Inject
    private UserRepository userRepo;

    ...
}

он работает. Однако при добавлении @Stateful в класс UserRepository развертывание завершается с исключением:

Caused by: org.jboss.weld.exceptions.DeploymentException: WELD-001408 Unsatisfied dependencies for type [UserRepository] with qualifiers [@Default] at injection point [[field] @Inject private de.company.project.pack.MyHandler.userRepo]
    at org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:275)
    at org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:244)
    at org.jboss.weld.bootstrap.Validator.validateBean(Validator.java:107)
    at org.jboss.weld.bootstrap.Validator.validateRIBean(Validator.java:127)
    at org.jboss.weld.bootstrap.Validator.validateBeans(Validator.java:346)
    at org.jboss.weld.bootstrap.Validator.validateDeployment(Validator.java:331)
    at org.jboss.weld.bootstrap.WeldBootstrap.validateBeans(WeldBootstrap.java:366)
    at org.jboss.as.weld.WeldContainer.start(WeldContainer.java:83)
    at org.jboss.as.weld.services.WeldService.start(WeldService.java:76)
    ... 5 more

Добавление имени CDI bean как

@Inject @Named("userRepo")
private UserRepository userRepo;

приводит к тому же исключению. Единственное, что работает в сочетании с @Stateful, - это использовать интерфейс в объявлении var:

@Inject @Named("userRepo")
private CachingRepository userRepo;

Мне может понадобиться функция класса sub здесь, поэтому использовать CachingRepository на самом деле не нужно (на данный момент).

Q-х

• Почему это не работает так, как ожидалось? UserRepository var должен уже определить, какой класс должен создаваться, не так ли? Какая логика для этого?
• Почему аннотация @Stateful EJB имеет такие серьезные последствия здесь? Почему это существенно заставляет меня использовать интерфейс CachingRepository в объявлении var?

Примечание, я использую Seam 3 Faces, создавая @ViewScoped, как область видимости с ограниченным доступом CDI bean, поэтому проблема, вероятно, все еще CDI-only.

Ответы

@ApplicationScoped
    public class Resources {
     private static final String DISCOUNT_SERVICE_ENDPOINT_PROPERTY =
        "services.discount.endpoint";
     private MyServiceImpl myService;
    }

@Produces
 public MyServiceImpl produceMyServiceImpl() {
     if (myService == null) {
         String endpoint = System.getProperty(DISCOUNT_SERVICE_ENDPOINT_PROPERTY);
        JaxWsProxyFactoryBean factory = new JaxWsProxyFactoryBean();
        factory.setServiceClass(MyServiceImpl.class);
        factory.setServiceName(MyService.SERVICE);
        factory.setAddress(endpoint);
        myService = (MyServiceImpl) factory.create();
     }
     return myService;

<property name="services.discount.endpoint" value="http://localhost:8080/my_service/MyService/MyServiceImpl"/>

@Inject
UserTransaction trans;