javax.validation.ValidationException: HV000183: Nie można załadować „javax.el.ExpressionFactory”

Próbuję napisać bardzo prostą aplikację z walidatorem hibernacji:

moje kroki:

dodaj następującą zależność w pom.xml:

<dependency>
    <groupId>org.hibernate</groupId>
    <artifactId>hibernate-validator</artifactId>
    <version>5.1.1.Final</version>
</dependency>

napisz kod:

class Configuration {
    Range(min=1,max=100)
    int threadNumber;
    //...

    public static void main(String[] args) {
        ValidatorFactory factory = Validation.buildDefaultValidatorFactory();

        Validator validator = factory.getValidator();

        Configuration configuration = new Configuration();
        configuration.threadNumber = 12;
            //...

        Set<ConstraintViolation<Configuration>> constraintViolations = validator.validate(configuration);
        System.out.println(constraintViolations);

    }
}

Otrzymuję następujący stacktrace:

Exception in thread "main" javax.validation.ValidationException: Unable to instantiate Configuration.
    at javax.validation.Validation$GenericBootstrapImpl.configure(Validation.java:279)
    at javax.validation.Validation.buildDefaultValidatorFactory(Validation.java:110)
    ...
    at org.hibernate.validator.internal.engine.ConfigurationImpl.<init>(ConfigurationImpl.java:110)
    at org.hibernate.validator.internal.engine.ConfigurationImpl.<init>(ConfigurationImpl.java:86)
    at org.hibernate.validator.HibernateValidator.createGenericConfiguration(HibernateValidator.java:41)
    at javax.validation.Validation$GenericBootstrapImpl.configure(Validation.java:276)
    ... 2 more

Co się mylę?

Działa po dodaniu do pom.xmlnastępujących zależności:

<dependency>
   <groupId>javax.el</groupId>
   <artifactId>javax.el-api</artifactId>
   <version>2.2.4</version>
</dependency>
<dependency>
   <groupId>org.glassfish.web</groupId>
   <artifactId>javax.el</artifactId>
   <version>2.2.4</version>
</dependency>

Pierwsze kroki z Hibernate Validator :

Hibernate Validator wymaga również implementacji Unified Expression Language ( JSR 341 ) do oceny dynamicznych wyrażeń w komunikatach o naruszeniu ograniczeń. Gdy aplikacja działa w kontenerze Java EE, takim jak WildFly , implementacja EL jest już dostarczona przez kontener. Jednak w środowisku Java SE musisz dodać implementację jako zależność do pliku POM. Na przykład możesz dodać następujące dwie zależności, aby użyć implementacji referencyjnej JSR 341 :

<dependency>
   <groupId>javax.el</groupId>
   <artifactId>javax.el-api</artifactId>
   <version>2.2.4</version>
</dependency>
<dependency>
   <groupId>org.glassfish.web</groupId>
   <artifactId>javax.el</artifactId>
   <version>2.2.4</version>
</dependency>

rób po prostu

<dependency>
   <groupId>javax.el</groupId>
   <artifactId>javax.el-api</artifactId>
   <version>2.2.4</version>
</dependency>

Jeśli używasz tomcat jako środowiska wykonawczego serwera i otrzymujesz ten błąd w testach (ponieważ środowisko uruchomieniowe tomcat nie jest dostępne podczas testów), sensowne jest włączenie tomcat el runtime zamiast tego z glassfish). To byłoby:

    <dependency>
        <groupId>org.apache.tomcat</groupId>
        <artifactId>tomcat-el-api</artifactId>
        <version>8.5.14</version>
        <scope>test</scope>
    </dependency>
    <dependency>
        <groupId>org.apache.tomcat</groupId>
        <artifactId>tomcat-jasper-el</artifactId>
        <version>8.5.14</version>
        <scope>test</scope>
    </dependency>

Jeśli używasz rozruchu sprężynowego ze starterami - ta zależność dodaje oba tomcat-embed-eli hibernate-validatorzależności:

<dependency>
   <groupId>org.springframework.boot</groupId>
   <artifactId>spring-boot-starter-validation</artifactId>
</dependency>

Jeśli nie potrzebujesz javax.el (na przykład w aplikacji JavaSE), użyj ParameterMessageInterpolator z walidatora Hibernate . Walidator Hibernate jest samodzielnym komponentem, którego można używać bez samego Hibernacji .

Zależy od hibernacji-walidatora

<dependency>
   <groupId>org.hibernate</groupId>
   <artifactId>hibernate-validator</artifactId>
   <version>6.0.16.Final</version>
</dependency>

Użyj ParameterMessageInterpolator

import javax.validation.Validation;
import javax.validation.Validator;
import org.hibernate.validator.messageinterpolation.ParameterMessageInterpolator;

private static final Validator VALIDATOR =
  Validation.byDefaultProvider()
    .configure()
    .messageInterpolator(new ParameterMessageInterpolator())
    .buildValidatorFactory()
    .getValidator();

Jeśli chodzi o stronę dokumentacji walidatora Hibernate , musisz zdefiniować zależność od JSR-341implementacji:

<dependency>
   <groupId>org.glassfish</groupId>
   <artifactId>javax.el</artifactId>
   <version>3.0.1-b11</version>
</dependency>

Jeśli używasz Spring Boot, działa to dobrze. Nawet z Spring Reactive Mongo.

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-validation</artifactId>
</dependency>

i konfiguracja walidacji:

import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
import org.springframework.data.mongodb.core.mapping.event.ValidatingMongoEventListener;
import org.springframework.validation.beanvalidation.LocalValidatorFactoryBean;

@Configuration
public class MongoValidationConfig {

    @Bean
    public ValidatingMongoEventListener validatingMongoEventListener() {
        return new ValidatingMongoEventListener(validator());
    }

    @Bean
    public LocalValidatorFactoryBean validator() {
        return new LocalValidatorFactoryBean();
    }
}

dla sbt użyj poniższych wersji

val glassfishEl = "org.glassfish" % "javax.el" % "3.0.1-b09"

val hibernateValidator = "org.hibernate.validator" % "hibernate-validator" % "6.0.17.Final"

val hibernateValidatorCdi = "org.hibernate.validator" % "hibernate-validator-cdi" % "6.0.17.Final"

Zgodnie z dokumentacją Getting started with Hibernate Validator , należy zapewnić implementację języka wyrażeń (EL) . W środowisku Java EE byłoby to dostarczane przez kontener. Jednak w przypadku samodzielnej aplikacji, takiej jak Twoja, należy ją podać.

Hibernate Validator wymaga również implementacji Unified Expression Language (JSR 341) do oceny dynamicznych wyrażeń w komunikatach o naruszeniu ograniczeń.

Gdy aplikacja działa w kontenerze Java EE, takim jak WildFly, implementacja EL jest już dostarczona przez kontener.

Jednak w środowisku Java SE musisz dodać implementację jako zależność do pliku POM. Na przykład możesz dodać następującą zależność, aby użyć implementacji referencyjnej JSR 341:

<dependency>
  <groupId>org.glassfish</groupId>
  <artifactId>javax.el</artifactId>
  <version></version>
</dependency>

Przykład zależności w dokumentacji jest nieco przestarzały, ponieważ język wyrażeń został przeniesiony do projektu Jakarta EE w 2018 r. Aby użyć wersji Jakarta EE języka wyrażeń, dodaj następującą zależność Eclipse Glassfish EL:

<dependency>
   <groupId>org.glassfish</groupId>
   <artifactId>jakarta.el</artifactId>
   <version>3.0.3</version>
</dependency>

Istnieją inne implementacje EL, które mogą być użyte, inne niż Glassfish. Na przykład Spring Boot domyślnie używa wbudowanego Tomcata . Ta wersja EL może być używana w następujący sposób:

<dependency>
   <groupId>org.apache.tomcat.embed</groupId>
   <artifactId>tomcat-embed-el</artifactId>
   <version>9.0.30</version>
</dependency>

dla gradle:

compile 'javax.el:javax.el-api:2.2.4'