CDI 对象不能被注入的构造函数代理

Question

当尝试将参数注入 CDI bean (ApplicationScoped) 的构造函数时，我遇到了以下问题：

Caused by: org.jboss.weld.exceptions.UnproxyableResolutionException: WELD-001435: Normal scoped bean class xx.Config is not proxyable because it has no no-args constructor - Managed Bean [class xx.Config] with qualifiers [@Default @Named @Any].
    at org.jboss.weld.bean.proxy.DefaultProxyInstantiator.validateNoargConstructor(DefaultProxyInstantiator.java:50)
    at org.jboss.weld.util.Proxies.getUnproxyableClassException(Proxies.java:217)
    at org.jboss.weld.util.Proxies.getUnproxyableTypeException(Proxies.java:178)

但是，我确实在类上有一个可注入的构造函数：

@Inject
public Config(ConfigLocator configLocator) {
    defaultConfigPath = configLocator.getPath();
    doStuff();
}

使用默认构造函数、变量注入和 postconstruct 方法，这一切都可以正常工作，但在这种情况下我更喜欢构造函数注入。

你有什么想法吗？

Answer 1

我们解决了将类拆分为接口和实现的类似问题。 在你的情况下是这样的：

public interface Config
{
  // API here
}

@ApplicationScoped @Priority(0)
public class ConfigImpl implements Config
{
  @Inject
  public ConfigImpl(ConfigLocator configLocator) { ... }

  // API implementation here
}

Answer 2

这个例子可能会对你有所帮助：

@ApplicationScoped
public class Config {

    private String defaultConfigPath;  

    @Inject
    public Config(ConfigLocator configLocator) {
       this.defaultConfigPath = configLocator.getPath();
       doStuff();
    }

    // create a no-args constructor which is required for any scoped bean.
    public Config() {
    }

}

您需要在 @ApplicationScoped bean 中有一个公共的非参数构造函数。

注意：这个类的 bean 将只创建一次，并在应用程序的整个生命周期中维护。该 bean 将在所有托管 bean 之间共享。 @ApplicationScoped bean 本质上是单例的。

提到的问题：

Caused by: org.jboss.weld.exceptions.UnproxyableResolutionException: WELD-001435: Normal scoped bean class xx.Config is not proxyable because it has no no-args constructor - Managed Bean [class xx.Config] with qualifiers [@Default @Named @Any].

造成这种情况的可能原因是需要一个非依赖的作用域 bean 为 CDI 提供一个公共的无参数构造函数，以便它可以选择 在运行时启动所需的代理 bean。

Answer 3

实现需要非私有、无参数构造函数来创建托管 bean 的代理您不会因为存在非私有、无参数构造函数而失去注入构造函数的功能.

容器使用代理来允许拦截、装饰以及在取消引用 bean 时检索正确的上下文实例。还需要允许 bean 之间的循环注入。

Answer 4

我认为 Vladimir 为您指明了正确的方向。

我只是在学习 CDI（和 Weld），因此我的答案可能并非在所有方面都 100% 准确，但您似乎需要在注入点选择一个没有 arg 构造函数的类型。

我今天在下一个类型层次结构中遇到了同样的错误：

• 提供了IServerInterceptor接口，
• 有一个自定义实现 AuthenticationInterceptor 有一个构造函数，它接受依赖项（有趣的事实：这对 (C)DI 一无所知），
• 有一个InjectableAuthenticationInterceptor，它只有一个注入的构造函数。

我有另一个 bean，我想在其中注入 AuthenticationInterceptor 的实例。当我将字段定义为IServerInterceptor 类型时它可以工作（因为它是一个接口并且weld 可以为其创建代理（？）），但是当我将字段定义为AuthenticationInterceptor 时它停止工作。

一些代码：

// IServerInterceptor.java
public interface IServerInterceptor {
}

// AuthenticationInterceptor.java
public class AuthenticationInterceptor extends InterceptorAdapter {
    private final Predicate<String> validAccessTokenString;
    private final Function<String, AccessToken> toAccessTokenModel;
    private final LoginManager<AccessToken> loginManager;

    public AuthenticationInterceptor(Predicate<String> validAccessTokenString, Function<String, AccessToken> toAccessTokenModel, LoginManager<AccessToken> loginManager) {
        this.validAccessTokenString = validAccessTokenString;
        this.toAccessTokenModel = toAccessTokenModel;
        this.loginManager = loginManager;
    }
    // ...
}


// InjectableAuthenticationInterceptor.java
@ApplicationScoped
public class InjectableAuthenticationInterceptor extends AuthenticationInterceptor {
    @Inject
    public InjectableAuthenticationInterceptor(LoginManager<AccessToken> loginManager) {
        super(isWelformedAccessToken(), toAccessToken(), loginManager);
    }
}

现在，

@Inject private IServerInterceptor authenticationInterceptor;

效果很好，但是

@Inject private AuthenticationInterceptor authenticationInterceptor;

没有。

Answer 5

interface 中的Splitting 和实现不会完全解决问题。 问题是interface 不会是ApplicationScoped，因为ApplicationScoped Bean 需要默认"no args" Construcutor，才能被代理。 像这样它总是会创建一个新的实现实例。 所以实现的行为就像一个 @Dependent 带注释的 bean。

如果你想这样解决，你需要使用@PostConstruct的方法来处理argument的注入，并且只使用non arg constructor。