SpringApplication.exit() возвращает java.lang.InterruptedException: null

Недавно я обновил версию весенней загрузки с 2.3.4 до 2.4.2. У меня был код ниже, чтобы изящно закрыть приложение.

taskScheduler.schedule(() -> SpringApplication.exit(applicationContext, () -> 0),
            Instant.now().plus(30, ChronoUnit.SECONDS));

Этот фрагмент кода работал нормально до обновления. Теперь он дает указанное ниже исключение, и приложение продолжает работать (без завершения).

2021-02-08 18:56:29.530 WARN [xyz-naming-service,,] 9040 --- [ scheduling-1] com.zaxxer.hikari.HikariDataSource : HikariPool-1 - Interrupted during closing
java.lang.InterruptedException: null
at java.base/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2109)
at java.base/java.util.concurrent.ThreadPoolExecutor.awaitTermination(ThreadPoolExecutor.java:1454)
at com.zaxxer.hikari.pool.HikariPool.shutdown(HikariPool.java:255)
at com.zaxxer.hikari.HikariDataSource.close(HikariDataSource.java:351)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:566)
at org.springframework.beans.factory.support.DisposableBeanAdapter.invokeCustomDestroyMethod(DisposableBeanAdapter.java:339)
at org.springframework.beans.factory.support.DisposableBeanAdapter.destroy(DisposableBeanAdapter.java:273)
at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.destroyBean(DefaultSingletonBeanRegistry.java:587)
at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.destroySingleton(DefaultSingletonBeanRegistry.java:559)
at org.springframework.beans.factory.support.DefaultListableBeanFactory.destroySingleton(DefaultListableBeanFactory.java:1152)
at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.destroySingletons(DefaultSingletonBeanRegistry.java:520)
at org.springframework.beans.factory.support.DefaultListableBeanFactory.destroySingletons(DefaultListableBeanFactory.java:1145)
at org.springframework.context.support.AbstractApplicationContext.destroyBeans(AbstractApplicationContext.java:1111)
at org.springframework.context.support.AbstractApplicationContext.doClose(AbstractApplicationContext.java:1080)
at org.springframework.boot.web.servlet.context.ServletWebServerApplicationContext.doClose(ServletWebServerApplicationContext.java:171)
at org.springframework.context.support.AbstractApplicationContext.close(AbstractApplicationContext.java:1026)
at org.springframework.boot.SpringApplication.close(SpringApplication.java:1369)
at org.springframework.boot.SpringApplication.exit(SpringApplication.java:1356)
at com.xyz.renaming.Migrator.lambda$migrate$1(Migrator.java:36)
at org.springframework.scheduling.support.DelegatingErrorHandlingRunnable.run(DelegatingErrorHandlingRunnable.java:54)
at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
at java.base/java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:304)
at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
at java.base/java.lang.Thread.run(Thread.java:834)

Любая идея, как решить эту проблему?

Обновление:

Основываясь на ответе @vvs, я изменяю код, чтобы сначала закрыть источник данных Hikari. Теперь InterruptedException там нет. Удивительно, но приложение все еще работает. Я мог видеть, что ниже журнал часто регистрируется. Это означает, что эти потоки не завершились.

2021-02-09 15:46:40.460 INFO [xyz-naming-service,,] 3212 --- [ool-12-thread-1] o.a.k.c.c.internals.ConsumerCoordinator : ...

spring-boot java graceful-shutdown applicationcontext interrupted-exception
person Ruchira Gayan Ranaweera    schedule 08.02.2021    source источник

Ответы (1)


arrow_upward
0
arrow_downward

Думаю, это проблема в логике завершения вашего приложения. Пожалуйста, ознакомьтесь с этой проблемой на HikariCP https://github.com/brettwooldridge/HikariCP/issues/1295

В резолюции говорится

Похоже, вызов hikariDataSource.close() до того, как SpringApplication.exit() устранит проблему

person vvs    schedule 09.02.2021
comment
Когда я использую hikariDataSource.close() перед SpringApplication.exit(), предыдущего IntteruptedException там нет. Но приложение продолжает работать. Я мог видеть ниже строку журнала, продолжайте вести журнал 2021-02-09 15:46:40.460 INFO [xyz-naming-service,,] 3212 --- [ool-12-thread-1] o.a.k.c.c.internals.ConsumerCoordinator : ... - person Ruchira Gayan Ranaweera; 09.02.2021
comment
У вас есть какая-то другая долгоиграющая логика. Также обратите внимание на этот вопрос /48572612/ - person vvs; 09.02.2021
comment
@Ruchira Gayan Ranaweera У вас есть кафка где-нибудь в миксе? Быстрый поиск по o.a.k.c.c.internals.ConsumerCoordinator предполагает, что журнал происходит из kafka. - person vvs; 10.02.2021
comment
Да. Кафка есть. - person Ruchira Gayan Ranaweera; 11.02.2021
comment
В этом случае я подозреваю, что вам нужно закрыть его кафкой так же, как и hikaricp. Вероятно, этот бит настроен так, чтобы выжить после весенней загрузки и, следовательно, не закрывается с помощью метода выхода. - person vvs; 11.02.2021