Autowiredリポジトリがカスタム制約バリデータでNull

SpringベースのWebアプリがあります。コントローラでアノテーション@ Repository、@ Transactionalを持ついくつかのリポジトリクラスを使用しています。その部分は正常に機能します。

リポジトリにアクセスする必要があるカスタム制約バリデーターを作成しました。今、私はリポジトリがnullである理由を理解することができません。バリデーターに@Componentアノテーションを付けてみました。これらすべてのクラスを含む私の基本パッケージは、xmlの一部にあります。したがって、リポジトリの依存性注入が機能するようにするには、他に何をすべきですか。これは私の制約バリデーターがどのように見えるかです。

public class DonorTypeExistsConstraintValidator implements
    ConstraintValidator<DonorTypeExists, DonorType> {

  @Autowired
  private DonorTypeRepository donorTypeRepository;

  @Override
  public void initialize(DonorTypeExists constraint) {

  }

  public boolean isValid(DonorType target, ConstraintValidatorContext context) {

   System.out.println("donorType: " + target);
   if (target == null)
     return true;

   try {
    if (donorTypeRepository.isDonorTypeValid(target.getDonorType()))
     return true;
   } catch (Exception e) {
    e.printStackTrace();
   }
   return false;
  }

  public void setDonorRepository(DonorTypeRepository donorTypeRepository) {
    this.donorTypeRepository = donorTypeRepository;
  }
}

更新

パッケージスキャン構成：

<context:annotation-config />

<!-- Configures the @Controller programming model -->
<mvc:annotation-driven />

<context:component-scan base-package="controller" />
<context:component-scan base-package="repository" />
<context:component-scan base-package="model" />
<context:component-scan base-package="viewmodel" />

このクラスは、パッケージmodel.donortypeにあります。リポジトリはパッケージリポジトリにあります。

更新

さらに不可解なことに、すべての事前挿入リスナー（この場合はBeanValidationEventListenerのみ）を削除すると、自動配線の問題が修正されます。これは問題をさらに複雑にしました。

以下の回答で説明されているように、BeanValidationEventListenerを挿入していません。これは実際、ここでの提案とは反対です：JSR-303依存性注入とHibernate

  @Override
  public void integrate(Configuration configuration, SessionFactoryImplementor implementor,
                        SessionFactoryServiceRegistry registry) {
      logger.info("Registering event listeners");
      System.out.println("here");
      // you can add duplication strategory for duplicate registrations

      final EventListenerRegistry eventRegistry = registry.getService(EventListenerRegistry.class);
      // prepend to register before or append to register after
      // this example will register a persist event listener

      eventRegistry.prependListeners(EventType.PERSIST, EntitySaveListener.class);
      eventRegistry.appendListeners(EventType.MERGE, EntitySaveListener.class);
      Iterator<PreInsertEventListener> iter = eventRegistry.getEventListenerGroup(EventType.PRE_INSERT).listeners().iterator();
      while (iter.hasNext()) {
        PreInsertEventListener el = iter.next();
        System.out.println(el.getClass());
        BeanValidationEventListener listener = (BeanValidationEventListener) el;
        System.out.println(listener);
        iter.remove();
      }
  }

更新

JPAを使用しています。JPAエンティティのバッキングフォームがあります。コントローラーでは、InitBinderを使用してカスタムバリデーターをインスタンス化しますbinder.setValidator(new EntityBackingFormValidator(binder.getValidator()));。このためのコードは次のとおりです。https://github.com/C4G/V2V/blob/87dc266043f6d623c101d947a88fa0b0ad536355/src/controller/CollectedSampleController.java

このカスタムバリデーターは、デフォルトのバリデーターで検証を呼び出し、スコープを離れていくつかのカスタム検証を実行します。 https://github.com/C4G/V2V/blob/87dc266043f6d623c101d947a88fa0b0ad536355/src/model/collectedsample/CollectedSampleBackingFormValidator.java

エンティティ内で注釈を使用して制約を作成しています。デフォルトの制約とは別に、多対1マッピングの反対側にあるエンティティが存在するかどうかをチェックする制約を定義する必要があります。これがカスタム制約バリデーターです。https://github.com/C4G/V2V/blob/87dc266043f6d623c101d947a88fa0b0ad536355/src/model/donor/DonorExistsConstraintValidator.java

これで、このカスタム制約バリデーターの自動配線リポジトリはnullになります。ここにあるCustomIntegratorのコードをカスタマイズしようとしていますhttps://github.com/C4G/V2V/blob/87dc266043f6d623c101d947a88fa0b0ad536355/src/interceptor/CustomIntegrator.java

そしてここにあるxml設定ファイル https://github.com/C4G/V2V/blob/87dc266043f6d623c101d947a88fa0b0ad536355/war/WEB-INF/v2v-servlet.xml

うまくいけば、実際のコードが私の質問に答えるのに役立つでしょう。ありがとう！

どのValidatorFactoryを使用していますか。言い換えれば、Bean Validationをブートストラップするのは大変ですか？デフォルトでは、Bean Validation（および参照インペンテーションとしてのHibernate Validator）は、ConstraintValidatorインスタンスに依存性を注入しません。少なくともBeanValidation1.0では。

依存性注入を有効にするには、カスタムConstraintValidatorFactoryを構成する必要があります。春の申し出のSpringConstraintValidatorFactory使用する場合、デフォルトでLocalValidatorFactoryBeanを-見ますhttp://static.springsource.org/spring/docs/3.0.0.RC3/reference/html/ch05s07.html

また、JPAを使用していますか？私はそう思います、その場合、ライフサイクルイベントの自動検証は自動的に行われます。イベントリスナーを削除しようとする代わりに、プロパティjavax.persistence.validation.modeを使用してNONEに設定することができます。ライフサイクルベースの検証で適切なバリデーターが使用されているかどうか疑問に思っています。

それはすべて、Springの全体的な構成と使用法によって異なります。

検証を実行するときにJPAが使用するバリデータファクトリに合格しますか？

<bean 
    id="entityManagerFactory" 
    class="org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean">
    <property name="jpaPropertyMap">
        <map>
            <entry 
                key="javax.persistence.validation.factory"
                value-ref="validator"/>
            <!-- ... -->
        </map>
    </property>
    <!-- ... -->
</bean>

そうしないと、デフォルトのファクトリ（validation.xmlで指定されている）がJPAによって使用されるため、これが必要です。

DonorTypeExistsConstraintValidatorに@Componentアノテーションがありますか？

それは過去に私を殺しました。

LocalValidatorFactoryBeanでは運がありません。私はこの問題を解決するためにいくつかのハックをしました。

@Component
public class ServiceUtils
{
    private static ServiceUtils instance;

    @Autowired
    private ListableBeanFactory factory;

    @PostConstruct
    public void init()
    {
        instance = this;
    }

    public static ListableBeanFactory getFactory()
    {
        return instance.factory;
    }
}