Как отключить вывод из ловушек отключения в тестах Gradle Boot?

Question

Вы можете создать проект из start.spring.io для этой проблемы из https://start.spring.io/starter.zip?type=gradle-project&language=java&bootVersion=2.2.5.RELEASE&baseDir=demo&groupId=com.example&artifactId=demo&name=demo&description=Demo%20project%20for%20Spring%20Boot&packageName=com.example.demo&packaging=jar&javaVersion=1.8&dependencies=h2, data-jpa, web

У меня есть мультимодульное приложение springBoot, созданное с помощью gradle Есть множество интеграционных тестов SpringBoot. Когда я делаю сборку, я получаю некоторый вывод из завершения SpringBoot на консоль, как показано ниже. Как отключить этот вывод?

± |master ↑1 {1} S:3 U:10 ✗| → ./gradlew build

> Task :core:test
2020-02-01 11:20:33.529  INFO 24114 --- [extShutdownHook] j.LocalContainerEntityManagerFactoryBean : Closing JPA EntityManagerFactory for persistence unit 'default'
2020-02-01 11:20:33.531  INFO 24114 --- [extShutdownHook] com.zaxxer.hikari.HikariDataSource       : HikariPool-1 - Shutdown initiated...
2020-02-01 11:20:33.538  INFO 24114 --- [extShutdownHook] com.zaxxer.hikari.HikariDataSource       : HikariPool-1 - Shutdown completed.

> Task :email:test
2020-02-01 11:20:43.820  INFO 24150 --- [extShutdownHook] j.LocalContainerEntityManagerFactoryBean : Closing JPA EntityManagerFactory for persistence unit 'default'
2020-02-01 11:20:43.820  INFO 24150 --- [extShutdownHook] j.LocalContainerEntityManagerFactoryBean : Closing JPA EntityManagerFactory for persistence unit 'default'
2020-02-01 11:20:43.822  INFO 24150 --- [extShutdownHook] com.zaxxer.hikari.HikariDataSource       : HikariPool-2 - Shutdown initiated...
2020-02-01 11:20:43.822  INFO 24150 --- [extShutdownHook] com.zaxxer.hikari.HikariDataSource       : HikariPool-1 - Shutdown initiated...
2020-02-01 11:20:43.830  INFO 24150 --- [extShutdownHook] com.zaxxer.hikari.HikariDataSource       : HikariPool-1 - Shutdown completed.
2020-02-01 11:20:43.830  INFO 24150 --- [extShutdownHook] com.zaxxer.hikari.HikariDataSource       : HikariPool-2 - Shutdown completed.

> Task :security:test
2020-02-01 11:20:54.941  INFO 24188 --- [extShutdownHook] j.LocalContainerEntityManagerFactoryBean : Closing JPA EntityManagerFactory for persistence unit 'default'
2020-02-01 11:20:54.944  INFO 24188 --- [extShutdownHook] com.zaxxer.hikari.HikariDataSource       : HikariPool-1 - Shutdown initiated...
2020-02-01 11:20:54.952  INFO 24188 --- [extShutdownHook] com.zaxxer.hikari.HikariDataSource       : HikariPool-1 - Shutdown completed.

Deprecated Gradle features were used in this build, making it incompatible with Gradle 7.0.
Use '--warning-mode all' to show the individual deprecation warnings.
See https://docs.gradle.org/6.1.1/userguide/command_line_interface.html#sec:command_line_warnings

BUILD SUCCESSFUL in 46s
57 actionable tasks: 54 executed, 3 up-to-date

Для справки, приложение, созданное из start.spring.io с gradle, не выводит на экран

./gradlew build

BUILD SUCCESSFUL in 779ms
5 actionable tasks: 5 up-to-date

Вместо этого вывод выводится в build/reports/

В моем случае я НЕ внес никаких изменений в конфигурацию регистрации, которая идет с загрузкой. Вход в систему отсутствует. xml или изменения в application.yml для уровней ведения журнала. Я ожидаю, что Gradle перехватывает систему и системную ошибку и отправляет их на build/reports/, но некоторые выходы, похоже, выходят из системы.

Answer 1

@ эскатос прав. Диспетчер журналов отключается после выполнения контрольного примера перед завершением рабочего процесса. Все перехватчики завершения выполняются, когда рабочий процесс завершает работу, и перенаправляются обратно на консоль.

Поскольку эти сообщения генерируются при весенней загрузке, наилучшим местом будет фильтрация сообщений о завершении работы с использованием конфигурации теста на возврат xml.

Что-то вроде logback-test. xml внутри src / test / resources

<configuration>
    <appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender">
        <filter class="ch.qos.logback.core.filter.EvaluatorFilter">
            <evaluator> <!-- defaults to type ch.qos.logback.classic.boolex.JaninoEventEvaluator -->
                <expression>return event.getThreadName().contains("ShutdownHook");</expression>
            </evaluator>
            <OnMismatch>NEUTRAL</OnMismatch>
            <OnMatch>DENY</OnMatch>
        </filter>
        <encoder>
            <pattern>%d{HH:mm:ss.SSS} [%thread] %-5level %logger{36} - %msg%n</pattern>
        </encoder>
    </appender>

    <root level="INFO">
        <appender-ref ref="STDOUT" />
    </root>
</configuration>

build.gradle

testCompile 'org.codehaus.janino:janino'

Answer 2

Я мог бы скрыть спецификацию данных пружины c регистрация тестов (на основе этой пружины ), добавив следующие символы application.properties в src / test / resources :

logging.level.root=ERROR

logging.level.org.springframework не повлияет, например, на com.zaxxer.hikari регистратор, но у вас есть гибкие опции здесь.

(root=ERROR подобен «кувалдному подходу»).

(src/main/resources также возможен, но действует не только во время тестирования, но и во время выполнения приложения) (application.properties это только одна из многих возможных "локаций" для этого свойства ... см. также: https://docs.spring.io/spring-boot/docs/current/reference/html/appendix-application-properties.html)

С этим я получаю «бесшумный» выходной сигнал gradle, также на clean build:

$ ./gradlew clean build

BUILD SUCCESSFUL in 10s
7 actionable tasks: 7 executed

Answer 3

Можно отключить вывод с помощью TestLoggingContainer testLogging.showStandardStreams = false или решить, что регистрировать onOutput задачи Test, в порядке для управления stdout / stderr тестовой JVM:

apply plugin: 'java'

test {

    // show standard out and standard error of the test JVM on the console
    // can be used to disable the console output:
    testLogging.showStandardStreams = true

    // listen to standard out and standard error of the test JVM
    // can be used to make the logging optional:
    onOutput { descriptor, event ->
        logger.lifecycle("Test: " + descriptor + " produced standard out/err: " + event.message)
    }
}

Эти потоки TestLogEvent STANDARD_OUT & STANDARD_ERROR, которые поступают из JVM. Когда можно определить event.message, содержащий extShutdownHook, можно пропустить регистрацию.

Answer 4

Gradle имеет тихий режим.

./gradlew build -q

Но вам все еще нужна информация о тестах. Вы можете использовать Jacoco и Sonarqube. Это сработало для меня здесь и здесь .