Он работает после добавления в pom.xml следующих зависимостей:

<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>

Начало работы с Hibernate Validator:

Hibernate Validator также требует реализации Unified Expression Language (JSR 341) для оценки динамические выражения в сообщениях о нарушении ограничений. Когда ваше приложение запускается в контейнере Java EE, таком как WildFly, реализация EL уже предоставляется контейнером. Однако в среде Java SE вам необходимо добавить реализацию в качестве зависимости к вашему файлу POM. Например, вы можете добавить следующие две зависимости для использования эталонной реализации 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>

просто сделай

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

Если вам не нужен javax.el (например, в приложении JavaSE), используйте ParameterMessageInterpolator из Спящий валидатор. Средство проверки Hibernate — это отдельный компонент, который можно использовать без самого Hibernate.

Зависит от средства проверки гибернации

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

Использовать 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();

Если вы используете tomcat в качестве среды выполнения сервера и получаете эту ошибку в тестах (поскольку среда выполнения tomcat недоступна во время тестов), имеет смысл включить среду выполнения tomcat el вместо среды выполнения из Glassfish). Это было бы:

    <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>

Если вы используете весеннюю загрузку со стартерами, эта зависимость добавляет как tomcat-embed-el, так и hibernate-validator зависимости:

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

Что касается страницы документации валидатора Hibernate, у вас есть чтобы определить зависимость от реализации JSR-341:

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

Hibernate Validator требует, но не включает, реализацию языка выражений (EL). Добавление зависимости от одного решит проблему.

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

Это требование описано в документе Начало работы с Hibernate Validator документация. В среде Java EE это будет предоставлено контейнером. В отдельном приложении, таком как ваше, это необходимо предоставить.

Hibernate Validator также требует реализации Unified Expression Language (JSR 341) для оценка динамических выражений в сообщениях о нарушении ограничений.

Когда ваше приложение запускается в контейнере Java EE, таком как WildFly, реализация EL уже предоставляется контейнером.

Однако в среде Java SE вам необходимо добавить реализацию в качестве зависимости к вашему файлу POM. Например, вы можете добавить следующую зависимость для использования эталонной реализации JSR 341:

<dependency>
  <groupId>org.glassfish</groupId>
  <artifactId>jakarta.el</artifactId>
  <version>${version.jakarta.el-api}</version>
</dependency>

Реализация языка выражений

Существует несколько реализаций EL. Одним из них является эталонная реализация Jakarta EE Glassfish, упомянутая в документации. . Другой встроенный Tomcat используется по умолчанию текущей версией Загрузка Spring. Эту версию EL можно использовать следующим образом:

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

Как отмечено в этом комментарии, должна быть выбрана совместимая версия языка выражений. Реализация Glassfish указана как при условии-scope зависит от Hibernate Validator, поэтому указанная там версия должна работать без проблем. В частности, Hibernate Validator 7 использует версию 4 реализации Glassfish EL и Hibernate 6 использует версию 3.

Весенний ботинок

В проекте Spring Boot обычно используется зависимость spring-boot-starter-validation, а не прямое указание валидатора Hibernate и библиотек EL. Эта зависимость включает как org.hibernate.validator:hibernate-validator, так и tomcat-embed-el.

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

Если вы используете Spring Boot, это работает хорошо. Даже с Spring Reactive Mongo.

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

и конфигурация проверки:

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();
    }
}

для sbt используйте версии ниже

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"

Джакарта пространство имен

В рамках передачи от Oracle к Eclipse Foundation, Java EE переименовывается в Jakarta EE. В Jakarta EE 9 имена пакетов Java были изменены с javax.* на jakarta.*.

Ответ М. Джастина верен в отношении Джакарты. Я добавил этот ответ, чтобы предоставить больше объяснений и конкретных примеров.

Интерфейс против реализации

Jakarta Bean Validation — это спецификация API на Java. Бинарная библиотека для этой спецификации содержит только интерфейсы, а не исполняемый код. Поэтому нам также нужна реализация этих интерфейсов.

Я знаю только одну реализацию спецификаций Jakarta Bean Validation версий 2 и 3: Hibernate. Валидатор версий 6 и 7 (соответственно).

Настольные и консольные приложения

Для веб-приложений веб-контейнер, совместимый с Jakarta, предоставит как интерфейс, так и реализацию, необходимые для выполнения проверки компонентов.

Для настольных и консольных приложений у нас нет такого веб-контейнера, совместимого с Jakarta. Таким образом, вы должны связать с вашим приложением интерфейс jar и реализацию jar.

Вы можете использовать инструмент управления зависимостями, такой как Maven, < a href="https://en.wikipedia.org/wiki/Gradle" rel="nofollow noreferrer">Gradle или Ivy, чтобы загрузить и связать JAR-файлы интерфейса и реализации.

Джакартский язык выражений

Чтобы запустить Jakarta Bean Validation, нам нужен еще один инструмент Jakarta: Jakarta Expression Language, специальный язык программирования для внедрение и оценка выражений. Jakarta Expression Language также известен как EL.

Jakarta Expression Language определяется Jakarta EE как спецификация, для которой вы должны загрузить jar интерфейсов. И вам также нужно получить реализацию этих интерфейсов в другом банке.

У вас может быть выбор реализации. По состоянию на 2021-03 год я знаю о Eclipse Glassfish от Eclipse Foundation, предоставляющей реализацию в виде отдельной библиотеки, которую мы можем скачать бесплатно. Могут быть и другие реализации, такие как Open Liberty от IBM Corporation. Присмотритесь к реализации, которая соответствует вашим потребностям.

Зависимости Maven POM

Собрав всю эту информацию вместе, вам понадобятся четыре JAR-файла: пара JAR-файлов интерфейса и реализации для каждого из двух проектов: Jakarta Bean Validation и Jakarta Expression Language.

• Jakarta Bean Validation
  • Interface
  • Реализация
• Jakarta Expression Language
  • Interface
  • Реализация

Ниже приведены четыре зависимости, которые необходимо добавить в файл Maven POM, если Maven является вашим предпочтительным инструментом.

Как упоминалось выше, вы можете найти другую реализацию EL, чтобы заменить библиотеку Glassfish, которую я использую здесь.

<!--********| Jakarta Bean Validation  |********-->

<!-- Interface -->

<!-- https://mvnrepository.com/artifact/jakarta.validation/jakarta.validation-api -->
<dependency>
    <groupId>jakarta.validation</groupId>
    <artifactId>jakarta.validation-api</artifactId>
    <version>3.0.0</version>
</dependency>

<!-- Implementation -->

<!-- https://mvnrepository.com/artifact/org.hibernate.validator/hibernate-validator -->
<dependency>
    <groupId>org.hibernate.validator</groupId>
    <artifactId>hibernate-validator</artifactId>
    <version>7.0.1.Final</version>
</dependency>

<!-- Jakarta Expression Language -->

<!-- Interface -->

<!-- https://mvnrepository.com/artifact/jakarta.el/jakarta.el-api -->
<dependency>
    <groupId>jakarta.el</groupId>
    <artifactId>jakarta.el-api</artifactId>
    <version>4.0.0</version>
</dependency>

<!-- Implementation -->

<!-- https://mvnrepository.com/artifact/org.glassfish/jakarta.el -->
<dependency>
    <groupId>org.glassfish</groupId>
    <artifactId>jakarta.el</artifactId>
    <version>4.0.1</version>
</dependency>

Это должно устранить ошибку javax.validation.ValidationException: HV000183: Unable to load 'javax.el.ExpressionFactory'.

Пример использования

Вы можете протестировать свою установку с помощью следующего простого класса Car. У нас есть проверки для каждого из трех полей-членов.

package work.basil.example.beanval;

import jakarta.validation.constraints.*;

public class Car
{
    // ---------------|  Member fields  |----------------------------
    @NotNull
    private String manufacturer;

    @NotNull
    @Size ( min = 2, max = 14 )
    private String licensePlate;

    @Min ( 2 )
    private int seatCount;

    // ---------------|  Constructors  |----------------------------
    public Car ( String manufacturer , String licensePlate , int seatCount )
    {
        this.manufacturer = manufacturer;
        this.licensePlate = licensePlate;
        this.seatCount = seatCount;
    }

    // ---------------|  Object overrides  |----------------------------

    @Override
    public String toString ( )
    {
        return "Car{ " +
                "manufacturer='" + manufacturer + '\'' +
                " | licensePlate='" + licensePlate + '\'' +
                " | seatCount=" + seatCount +
                " }";
    }
}

Или, если вы используете Java 16 и более поздние версии, вместо этого используйте более краткое record.

package work.basil.example.beanval;

import jakarta.validation.constraints.*;

public record Car (
        @NotNull
        String manufacturer ,
        @NotNull
        @Size ( min = 2, max = 14 )
        String licensePlate ,
        @Min ( 2 )
        int seatCount
)
{
}

Запустите проверку. Сначала мы запускаем успешно настроенный объект Car. Затем мы создаем экземпляр второго объекта Car, который неисправен, нарушая одно ограничение в каждом из трех полей.

package work.basil.example.beanval;

import jakarta.validation.ConstraintViolation;
import jakarta.validation.Validation;
import jakarta.validation.Validator;
import jakarta.validation.ValidatorFactory;

import java.util.Set;

public class App
{
    public static void main ( String[] args )
    {
        App app = new App();
        app.demo();
    }

    private void demo ( )
    {
        ValidatorFactory factory = Validation.buildDefaultValidatorFactory();
        Validator validator = factory.getValidator();

        // No violations.
        {
            Car car = new Car( "Honda" , "ABC-789" , 4 );
            System.out.println( "car = " + car );

            Set < ConstraintViolation < Car > > violations = validator.validate( car );
            System.out.format( "INFO - Found %d violations.\n" , violations.size() );
        }

        // 3 violations.
        {
            Car car = new Car( null , "X" , 1 );
            System.out.println( "car = " + car );

            Set < ConstraintViolation < Car > > violations = validator.validate( car );
            System.out.format( "INFO - Found %d violations.\n" , violations.size() );
            violations.forEach( carConstraintViolation -> System.out.println( carConstraintViolation.getMessage() ) );
        }
    }
}

Когда бег.

car = Car{ manufacturer='Honda' | licensePlate='ABC-789' | seatCount=4 }
INFO - Found 0 violations.
car = Car{ manufacturer='null' | licensePlate='X' | seatCount=1 }
INFO - Found 3 violations.
must be greater than or equal to 2
must not be null
size must be between 2 and 14

для градиента:

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

Я столкнулся с той же проблемой, и приведенные выше ответы не помогли. Мне нужно отладить и найти его.

 <dependency>
        <groupId>org.apache.hadoop</groupId>
        <artifactId>hadoop-common</artifactId>
        <version>2.6.0-cdh5.13.1</version>
        <exclusions>
            <exclusion>
                <artifactId>jsp-api</artifactId>
                <groupId>javax.servlet.jsp</groupId>
            </exclusion>
        </exclusions>
    </dependency>

После исключения jsp-api у меня это сработало.