Question

假设我有一个自定义的ConstraintValidator：

public class FooValidator implements ConstraintValidator<ValidFoo, String> {
    @Override
    public void initialize(final ValidFoo foo) {
        // No-op
    }

    @Override
    public boolean isValid(final String foo, final ConstraintValidatorContext context) {

    }
}

我希望能够通过从Dropwizard ServiceConfiguration或run的{{1}}传递一些配置来初始化此类。

这可能吗？

Answer 1

首先，值得注意的是即将发布的Dropwizard 2.0.0版本具有built in support for this

目前，该过程有点复杂。您基本上想重新引导Hibernate验证，但是要使用一个支持注入的自定义约束验证器工厂。

它将涉及大约4个自定义课程，所以请耐心等待。去吧：

首先，我们首先将一个自定义功能包装起来以将该功能包装到我们的Application类中：

public void run(MainConfiguration config, Environment environment) throws Exception {
  // ...
  environment.jersey().register(InjectingValidationFeature.class);
}

现在我们定义功能：InjectingValidationFeature-它基本上在服务容器中注册了我们的自定义实现：

public class InjectingValidationFeature implements Feature {

  @Override
  public boolean configure(FeatureContext context) {
    context.register(new AbstractBinder() {
      @Override
      protected void configure() {
        bindFactory(ValidatorFactory.class).to(Validator.class).in(Singleton.class);
        bind(InjectingConfiguredValidator.class).to(ConfiguredValidator.class).in(Singleton.class);
        bind(InjectingConstraintValidatorFactory.class).to(ConstraintValidatorFactory.class).in(Singleton.class);
      }
    });

    return true;
  }
}

现在，我们定义上面正在注册的类。让我们从核心部分InjectingConstraintValidatorFactory开始，这是Hibernate Validator实际上将用来创建约束验证器的东西。请注意，由于我们正在容器中注册它们，因此实际上我们已经可以开始注入东西了，这是我们的自定义ConstraintValidatorFactory，它利用服务定位符使依赖项注入成为可能：

public class InjectingConstraintValidatorFactory implements ConstraintValidatorFactory {

  private final ServiceLocator serviceLocator;

  @Inject
  public InjectingConstraintValidatorFactory(ServiceLocator serviceLocator) {
    this.serviceLocator = serviceLocator;
  }

  @Override
  public <T extends ConstraintValidator<?, ?>> T getInstance(Class<T> key) {
    return this.serviceLocator.createAndInitialize(key);
  }

  @Override
  public void releaseInstance(ConstraintValidator<?, ?> instance) {
    this.serviceLocator.preDestroy(instance);
  }
}

现在我们的工厂使用中央javax.validation.Validator界面：

public class ValidatorFactory implements Factory<Validator> {

  private final ConstraintValidatorFactory constraintValidatorFactory;

  @Inject
  public ValidatorFactory(ConstraintValidatorFactory constraintValidatorFactory) {
    this.constraintValidatorFactory = constraintValidatorFactory;
  }

  @Override
  public Validator provide() {
    return Validation.byDefaultProvider().configure().constraintValidatorFactory(
        this.constraintValidatorFactory).buildValidatorFactory()
        .getValidator();
  }

  @Override
  public void dispose(Validator instance) {
    // Nothing
  }
}

最后，我们的InjectingConfiguredValidator注意DropwizardConfiguredValidator是如何使用@Inject的，但是它带有ValidatorFactory，这将允许我们从上面的public class InjectingConfiguredValidator extends DropwizardConfiguredValidator { @Inject public InjectingConfiguredValidator(Validator validator) { super(validator); } }接收验证器：

Validator

就是这样。通过以上操作，我们既可以在Jersey上注册一个可感知注入的@Inject Validator，也可以将其注册到我们的服务容器中，因此您也可以在任何地方{{1}}随意使用它。

Java Dropwizard初始化ConstraintValidator

1 个答案: