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

Question

Недавно я обновил версию весенней загрузки с 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 : ...

Answer 1

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

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

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