Ошибка библиотеки Liquibase с Nullpointer в Micronaut 2.0

У меня есть приложение Micronaut 2.0 с данными micronaut (postgresql) и Liquibase. Когда я запускаю приложение в IDEA или локальной банке, оно работает нормально. Приложение имеет несколько миграций, и когда оно запускается в докере, только первое выполняется успешно, затем происходит сбой с ошибкой:

app_1  | 06:40:33.937 [main] INFO  liquibase.executor.jvm.JdbcExecutor - 
 CREATE TABLE public.marker_type (id SMALLINT GENERATED BY DEFAULT AS IDENTITY NOT NULL, name VARCHAR(20) NOT NULL, title VARCHAR(20) NOT NULL, description VARCHAR(100), CONSTRAINT MARKER_TYPE_PKEY PRIMARY KEY (id), UNIQUE (title), UNIQUE (name))
app_1  | 06:40:33.948 [main] INFO  liquibase.changelog.ChangeSet - Table marker_type created
app_1  | 06:40:33.953 [main] INFO  liquibase.changelog.ChangeSet - SQL in file sql/20200715-1712-create_marker_type_table.sql executed
app_1  | 06:40:33.955 [main] INFO  liquibase.changelog.ChangeSet - ChangeSet classpath:db/migrations/change-log.yml::20200715-1712-create_marker_type_table ran successfully in 18ms
app_1  | 06:40:33.956 [main] INFO  liquibase.executor.jvm.JdbcExecutor - SELECT MAX(ORDEREXECUTED) FROM public.databasechangelog
app_1  | 06:40:33.961 [main] INFO  l.lockservice.StandardLockService - Successfully released change log lock
app_1  | 06:40:33.963 [main] ERROR io.micronaut.runtime.Micronaut - Error starting Micronaut server: Bean definition [javax.sql.DataSource] could not be loaded: null
app_1  | io.micronaut.context.exceptions.BeanInstantiationException: Bean definition [javax.sql.DataSource] could not be loaded: null
app_1  |    at io.micronaut.context.DefaultBeanContext.initializeContext(DefaultBeanContext.java:1540)
app_1  |    at io.micronaut.context.DefaultApplicationContext.initializeContext(DefaultApplicationContext.java:220)
app_1  |    at io.micronaut.context.DefaultBeanContext.readAllBeanDefinitionClasses(DefaultBeanContext.java:2768)
app_1  |    at io.micronaut.context.DefaultBeanContext.start(DefaultBeanContext.java:228)
app_1  |    at io.micronaut.context.DefaultApplicationContext.start(DefaultApplicationContext.java:166)
app_1  |    at io.micronaut.runtime.Micronaut.start(Micronaut.java:64)
app_1  |    at ru.vinguardsoft.ApplicationKt.main(Application.kt:9)
app_1  | Caused by: java.lang.NullPointerException: null
app_1  |    at liquibase.util.LiquibaseUtil.getBuildInfo(LiquibaseUtil.java:45)
app_1  |    at liquibase.util.LiquibaseUtil.getBuildVersion(LiquibaseUtil.java:17)
app_1  |    at liquibase.sqlgenerator.core.MarkChangeSetRanGenerator.generateSql(MarkChangeSetRanGenerator.java:91)
app_1  |    at liquibase.sqlgenerator.core.MarkChangeSetRanGenerator.generateSql(MarkChangeSetRanGenerator.java:25)
app_1  |    at liquibase.sqlgenerator.SqlGeneratorChain.generateSql(SqlGeneratorChain.java:30)
app_1  |    at liquibase.sqlgenerator.SqlGeneratorFactory.generateSql(SqlGeneratorFactory.java:222)
app_1  |    at liquibase.executor.AbstractExecutor.applyVisitors(AbstractExecutor.java:25)
app_1  |    at liquibase.executor.jvm.JdbcExecutor.access$600(JdbcExecutor.java:40)
app_1  |    at liquibase.executor.jvm.JdbcExecutor$ExecuteStatementCallback.doInStatement(JdbcExecutor.java:384)
app_1  |    at liquibase.executor.jvm.JdbcExecutor.execute(JdbcExecutor.java:59)
app_1  |    at liquibase.executor.jvm.JdbcExecutor.execute(JdbcExecutor.java:131)
app_1  |    at liquibase.executor.jvm.JdbcExecutor.execute(JdbcExecutor.java:111)
app_1  |    at liquibase.changelog.StandardChangeLogHistoryService.setExecType(StandardChangeLogHistoryService.java:388)
app_1  |    at liquibase.database.AbstractJdbcDatabase.markChangeSetExecStatus(AbstractJdbcDatabase.java:1130)
app_1  |    at liquibase.changelog.visitor.UpdateVisitor.visit(UpdateVisitor.java:64)
app_1  |    at liquibase.changelog.ChangeLogIterator.run(ChangeLogIterator.java:83)
app_1  |    at liquibase.Liquibase.update(Liquibase.java:202)
app_1  |    at liquibase.Liquibase.update(Liquibase.java:179)
app_1  |    at io.micronaut.liquibase.LiquibaseMigrationRunner.performUpdate(LiquibaseMigrationRunner.java:189)
app_1  |    at io.micronaut.liquibase.LiquibaseMigrationRunner.migrate(LiquibaseMigrationRunner.java:146)
app_1  |    at io.micronaut.liquibase.LiquibaseMigrationRunner.run(LiquibaseMigrationRunner.java:109)
app_1  |    at io.micronaut.liquibase.LiquibaseMigrationRunner.lambda$null$0(LiquibaseMigrationRunner.java:91)
app_1  |    at java.base/java.util.Optional.ifPresent(Optional.java:183)
app_1  |    at io.micronaut.liquibase.LiquibaseMigrationRunner.lambda$onCreated$1(LiquibaseMigrationRunner.java:91)
app_1  |    at java.base/java.util.Optional.ifPresent(Optional.java:183)
app_1  |    at io.micronaut.liquibase.LiquibaseMigrationRunner.onCreated(LiquibaseMigrationRunner.java:88)
app_1  |    at io.micronaut.liquibase.LiquibaseMigrationRunner.onCreated(LiquibaseMigrationRunner.java:62)
app_1  |    at io.micronaut.context.DefaultBeanContext.doCreateBean(DefaultBeanContext.java:1945)
app_1  |    at io.micronaut.context.DefaultBeanContext.createAndRegisterSingletonInternal(DefaultBeanContext.java:2635)
app_1  |    at io.micronaut.context.DefaultBeanContext.createAndRegisterSingleton(DefaultBeanContext.java:2621)
app_1  |    at io.micronaut.context.DefaultBeanContext.loadContextScopeBean(DefaultBeanContext.java:2163)
app_1  |    at io.micronaut.context.DefaultBeanContext.initializeContext(DefaultBeanContext.java:1538)
app_1  |    ... 6 common frames omitted

При втором запуске приложения возникла ошибка: relation marker_type already exists

Если перейти на версию Micronaut до v1 и не менять другой код, приложение будет работать без проблем в докере.

Что не так в Микронавте 2?

UPD:

Фрагмент application.yml:

datasources:
  default:
    url: 'jdbc:postgresql://${DB_HOST:localhost}:5432/demo'
    username: 'postgres'
    password: '1234'
    driverClassName: 'org.postgresql.Driver'
jpa:
  default:
    entity-scan:
      packages: 'models'
    properties:
      hibernate:
        hbm2ddl:
          auto: none
        show_sql: true
liquibase:
  datasources:
    default:
      change-log: 'classpath:db/migrations/change-log.yml'

DB_HOST - это среда в docker-compose.

UPD: docker-compose.yml

version: "3.7"
services:
  app:
    build:
      context: .
      args:
        JAR_FILE: build/libs/mdemo*-all.jar
    ports:
      - "8090:8090"
    depends_on:
      - db
    environment:
      SERVER_PORT: 8090
      DB_HOST: db
  db:
    image: postgres:12
    expose:
      - "5432"
    environment:
      POSTGRES_USER: postgres
      POSTGRES_PASSWORD: 1234
      POSTGRES_DB: demo

person rudnik    schedule 03.08.2020    source источник
comment
Вы пытались воссоздать контейнер? docker-compose up --force-recreate   -  person Traycho Ivanov    schedule 18.08.2020
comment
Да, пробовал. Такое же поведение   -  person rudnik    schedule 18.08.2020
comment
Пожалуйста, поделитесь своим файлом docker-compose. Какая у вас версия Liquibase?   -  person Traycho Ivanov    schedule 18.08.2020
comment
Добавлен docker-compose to question. Последняя версия Liquibase: реализация (io.micronaut.liquibase: micronaut-liquibase) - 2.0.0   -  person rudnik    schedule 18.08.2020
comment
Согласно моему ответу в micronaut, LiquibaseVersion = 3.8.0, пожалуйста, проверьте опубликованное решение   -  person Traycho Ivanov    schedule 18.08.2020


Ответы (2)


Я думаю, вы столкнулись со следующей проблемой.

https://liquibase.jira.com/browse/CORE-3468

Обходной путь

shadowJar {
    manifest {
        attributes 'Bundle-Version': 'UNKNOWN'
        attributes 'Build-Time': 'UNKNOWN'
    }
}

Micronaut все еще использует версию 3.8.0 Liquibase https://github.com/micronaut-projects/micronaut-liquibase/blob/master/gradle.properties#L8

После завершения обновления библиотеки вы больше не попадете в нее. https://github.com/micronaut-projects/micronaut-liquibase/issues/74, но он будет выпущен с версией 2.1 Micronaut.

person Traycho Ivanov    schedule 18.08.2020

Не могли бы вы поделиться своим application.properties или application.yaml в папке с ресурсами?

Я считаю, что ваш источник данных не настроен, это может быть общий или тот, который находится на пролетном пути.

Я могу представить, что вы полагаетесь на переменные env в этой конфигурации, но вы не предоставили их при запуске контейнера.

person Marc Nützel    schedule 13.08.2020
comment
Добавлено в вопросник. Если источник данных не был настроен, миграция вообще не будет выполняться, верно? Я ничего не менял в application.yml или файлах docker, когда менял версию Micronaut. - person rudnik; 18.08.2020