Regression: Liquibase fails to migrate on Quarkus start, crashing the application #36446

pdolezal · 2023-10-12T13:18:57Z

Describe the bug

An application using Liquibase to set up the database or to migrate it when starting up crashes because of a Liquibase problem – looks like Liquibase tries to re-create its own changelog tables and fails.

The behaviour appeared after upgrading Quarkus, last working version was 3.3.3, upgrading to 3.4.x starts the issue to appear.

Expected behavior

The application should behave like it did before upgrading Quarkus.

Actual behavior

The application, when starting, terminates with such a stack trace:

__  ____  __  _____   ___  __ ____  ______
 --/ __ \/ / / / _ | / _ \/ //_/ / / / __/
 -/ /_/ / /_/ / __ |/ , _/ ,< / /_/ /\ \
--\___\_\____/_/ |_/_/|_/_/|_|\____/___/
2023-10-12 13:56:40,203 INFO  [liq.database] (main) Set default schema name to PUBLIC
2023-10-12 13:56:40,303 INFO  [liq.lockservice] (main) Successfully acquired change log lock
2023-10-12 13:56:40,542 INFO  [liq.changelog] (main) Creating database history table with name: PUBLIC.changelog
2023-10-12 13:56:40,549 INFO  [liq.changelog] (main) Reading from PUBLIC.changelog
No validation errors found.
2023-10-12 13:56:40,555 INFO  [liq.command] (main) Command execution complete
2023-10-12 13:56:40,582 INFO  [liq.changelog] (main) Creating database history table with name: PUBLIC.changelog
2023-10-12 13:56:40,584 INFO  [liq.command] (main) Command execution complete
2023-10-12 13:56:40,586 INFO  [liq.lockservice] (main) Successfully released change log lock
2023-10-12 13:56:40,639 ERROR [io.qua.run.Application] (main) Failed to start application (with profile [prod]): java.lang.RuntimeException: Failed to start quarkus
        at io.quarkus.runner.ApplicationImpl.doStart(Unknown Source)
        at io.quarkus.runtime.Application.start(Application.java:101)
        at io.quarkus.runtime.ApplicationLifecycleManager.run(ApplicationLifecycleManager.java:111)
        at io.quarkus.runtime.Quarkus.run(Quarkus.java:71)
        at io.quarkus.runtime.Quarkus.run(Quarkus.java:44)
        at io.quarkus.runtime.Quarkus.run(Quarkus.java:124)
        at io.quarkus.runner.GeneratedMain.main(Unknown Source)
        at java.base/jdk.internal.reflect.DirectMethodHandleAccessor.invoke(DirectMethodHandleAccessor.java:103)
        at java.base/java.lang.reflect.Method.invoke(Method.java:580)
        at io.quarkus.bootstrap.runner.QuarkusEntryPoint.doRun(QuarkusEntryPoint.java:61)
        at io.quarkus.bootstrap.runner.QuarkusEntryPoint.main(QuarkusEntryPoint.java:32)
Caused by: java.lang.IllegalStateException: Error starting Liquibase
        at io.quarkus.liquibase.runtime.LiquibaseRecorder.doStartActions(LiquibaseRecorder.java:88)
        at io.quarkus.deployment.steps.LiquibaseProcessor$startLiquibase1744275855.deploy_0(Unknown Source)
        at io.quarkus.deployment.steps.LiquibaseProcessor$startLiquibase1744275855.deploy(Unknown Source)
        ... 11 more
Caused by: liquibase.exception.CommandExecutionException: liquibase.exception.DatabaseException: liquibase.exception.DatabaseException: Table "CHANGELOG" already exists; SQL statement:
CREATE TABLE PUBLIC.changelog (ID VARCHAR(255) NOT NULL, AUTHOR VARCHAR(255) NOT NULL, FILENAME VARCHAR(255) NOT NULL, DATEEXECUTED TIMESTAMP NOT NULL, ORDEREXECUTED INT NOT NULL, EXECTYPE VARCHAR(10) NOT NULL, MD5SUM VARCHAR(35), DESCRIPTION VARCHAR(255), COMMENTS VARCHAR(255), TAG VARCHAR(255), LIQUIBASE VARCHAR(20), CONTEXTS VARCHAR(255), LABELS VARCHAR(255), DEPLOYMENT_ID VARCHAR(10)) [42101-220] [Failed SQL: (42101) CREATE TABLE PUBLIC.changelog (ID VARCHAR(255) NOT NULL, AUTHOR VARCHAR(255) NOT NULL, FILENAME VARCHAR(255) NOT NULL, DATEEXECUTED TIMESTAMP NOT NULL, ORDEREXECUTED INT NOT NULL, EXECTYPE VARCHAR(10) NOT NULL, MD5SUM VARCHAR(35), DESCRIPTION VARCHAR(255), COMMENTS VARCHAR(255), TAG VARCHAR(255), LIQUIBASE VARCHAR(20), CONTEXTS VARCHAR(255), LABELS VARCHAR(255), DEPLOYMENT_ID VARCHAR(10))]
        at liquibase.command.CommandScope.execute(CommandScope.java:236)
        at liquibase.Liquibase.lambda$update$0(Liquibase.java:223)
        at liquibase.Scope.lambda$child$0(Scope.java:197)
        at liquibase.Scope.child(Scope.java:206)
        at liquibase.Scope.child(Scope.java:196)
        at liquibase.Scope.child(Scope.java:175)
        at liquibase.Liquibase.runInScope(Liquibase.java:1361)
        at liquibase.Liquibase.update(Liquibase.java:215)
        at liquibase.Liquibase.update(Liquibase.java:197)
        at io.quarkus.liquibase.runtime.LiquibaseRecorder.doStartActions(LiquibaseRecorder.java:77)
        ... 13 more
Caused by: liquibase.exception.DatabaseException: liquibase.exception.DatabaseException: Table "CHANGELOG" already exists; SQL statement:
CREATE TABLE PUBLIC.changelog (ID VARCHAR(255) NOT NULL, AUTHOR VARCHAR(255) NOT NULL, FILENAME VARCHAR(255) NOT NULL, DATEEXECUTED TIMESTAMP NOT NULL, ORDEREXECUTED INT NOT NULL, EXECTYPE VARCHAR(10) NOT NULL, MD5SUM VARCHAR(35), DESCRIPTION VARCHAR(255), COMMENTS VARCHAR(255), TAG VARCHAR(255), LIQUIBASE VARCHAR(20), CONTEXTS VARCHAR(255), LABELS VARCHAR(255), DEPLOYMENT_ID VARCHAR(10)) [42101-220] [Failed SQL: (42101) CREATE TABLE PUBLIC.changelog (ID VARCHAR(255) NOT NULL, AUTHOR VARCHAR(255) NOT NULL, FILENAME VARCHAR(255) NOT NULL, DATEEXECUTED TIMESTAMP NOT NULL, ORDEREXECUTED INT NOT NULL, EXECTYPE VARCHAR(10) NOT NULL, MD5SUM VARCHAR(35), DESCRIPTION VARCHAR(255), COMMENTS VARCHAR(255), TAG VARCHAR(255), LIQUIBASE VARCHAR(20), CONTEXTS VARCHAR(255), LABELS VARCHAR(255), DEPLOYMENT_ID VARCHAR(10))]
        at liquibase.executor.jvm.ChangelogJdbcMdcListener.execute(ChangelogJdbcMdcListener.java:39)
        at liquibase.changelog.StandardChangeLogHistoryService.init(StandardChangeLogHistoryService.java:277)
        at liquibase.command.core.helpers.DatabaseChangelogCommandStep.checkLiquibaseTables(DatabaseChangelogCommandStep.java:127)
        at liquibase.command.core.helpers.DatabaseChangelogCommandStep.run(DatabaseChangelogCommandStep.java:94)
        at liquibase.command.CommandScope.execute(CommandScope.java:213)
        ... 22 more
Caused by: liquibase.exception.DatabaseException: Table "CHANGELOG" already exists; SQL statement:
CREATE TABLE PUBLIC.changelog (ID VARCHAR(255) NOT NULL, AUTHOR VARCHAR(255) NOT NULL, FILENAME VARCHAR(255) NOT NULL, DATEEXECUTED TIMESTAMP NOT NULL, ORDEREXECUTED INT NOT NULL, EXECTYPE VARCHAR(10) NOT NULL, MD5SUM VARCHAR(35), DESCRIPTION VARCHAR(255), COMMENTS VARCHAR(255), TAG VARCHAR(255), LIQUIBASE VARCHAR(20), CONTEXTS VARCHAR(255), LABELS VARCHAR(255), DEPLOYMENT_ID VARCHAR(10)) [42101-220] [Failed SQL: (42101) CREATE TABLE PUBLIC.changelog (ID VARCHAR(255) NOT NULL, AUTHOR VARCHAR(255) NOT NULL, FILENAME VARCHAR(255) NOT NULL, DATEEXECUTED TIMESTAMP NOT NULL, ORDEREXECUTED INT NOT NULL, EXECTYPE VARCHAR(10) NOT NULL, MD5SUM VARCHAR(35), DESCRIPTION VARCHAR(255), COMMENTS VARCHAR(255), TAG VARCHAR(255), LIQUIBASE VARCHAR(20), CONTEXTS VARCHAR(255), LABELS VARCHAR(255), DEPLOYMENT_ID VARCHAR(10))]
        at liquibase.executor.jvm.JdbcExecutor$ExecuteStatementCallback.doInStatement(JdbcExecutor.java:467)
        at liquibase.executor.jvm.JdbcExecutor.execute(JdbcExecutor.java:77)
        at liquibase.executor.jvm.JdbcExecutor.execute(JdbcExecutor.java:180)
        at liquibase.executor.jvm.JdbcExecutor.execute(JdbcExecutor.java:145)
        at liquibase.changelog.StandardChangeLogHistoryService.lambda$init$2(StandardChangeLogHistoryService.java:277)
        at liquibase.executor.jvm.ChangelogJdbcMdcListener.lambda$execute$0(ChangelogJdbcMdcListener.java:33)
        at liquibase.Scope.lambda$child$0(Scope.java:197)
        at liquibase.Scope.child(Scope.java:206)
        at liquibase.Scope.child(Scope.java:196)
        at liquibase.Scope.child(Scope.java:175)
        at liquibase.executor.jvm.ChangelogJdbcMdcListener.execute(ChangelogJdbcMdcListener.java:32)
        ... 26 more
Caused by: org.h2.jdbc.JdbcSQLSyntaxErrorException: Table "CHANGELOG" already exists; SQL statement:
CREATE TABLE PUBLIC.changelog (ID VARCHAR(255) NOT NULL, AUTHOR VARCHAR(255) NOT NULL, FILENAME VARCHAR(255) NOT NULL, DATEEXECUTED TIMESTAMP NOT NULL, ORDEREXECUTED INT NOT NULL, EXECTYPE VARCHAR(10) NOT NULL, MD5SUM VARCHAR(35), DESCRIPTION VARCHAR(255), COMMENTS VARCHAR(255), TAG VARCHAR(255), LIQUIBASE VARCHAR(20), CONTEXTS VARCHAR(255), LABELS VARCHAR(255), DEPLOYMENT_ID VARCHAR(10)) [42101-220]
        at org.h2.message.DbException.getJdbcSQLException(DbException.java:514)
        at org.h2.message.DbException.getJdbcSQLException(DbException.java:489)
        at org.h2.message.DbException.get(DbException.java:223)
        at org.h2.message.DbException.get(DbException.java:199)
        at org.h2.command.ddl.CreateTable.update(CreateTable.java:91)
        at org.h2.command.CommandContainer.update(CommandContainer.java:169)
        at org.h2.command.Command.executeUpdate(Command.java:252)
        at org.h2.jdbc.JdbcStatement.executeInternal(JdbcStatement.java:252)
        at org.h2.jdbc.JdbcStatement.execute(JdbcStatement.java:223)
        at io.agroal.pool.wrapper.StatementWrapper.execute(StatementWrapper.java:235)
        at liquibase.executor.jvm.JdbcExecutor$ExecuteStatementCallback.doInStatement(JdbcExecutor.java:461)
        ... 36 more

How to Reproduce?

Reproducer in the form of a Maven project: liquibase-issue.zip

Build and run the attached reproducer: it uses Quarkus 3.3.3 and it should start without any issue.
Change the quarkus.version property in the pom.xml to 3.4.2 (currently the latest Quarkus release).
Rebuild and re-run the reproducer. It should terminate with a stack trace as the one above.

Output of `uname -a` or `ver`

No response

Output of `java -version`

openjdk version "21" 2023-09-19

GraalVM version (if different from Java)

No response

Quarkus version or git rev

3.4.2

Build tool (ie. output of `mvnw --version` or `gradlew --version`)

Apache Maven 3.9.4 (dfbb324ad4a7c8fb0bf182e6d91b0ae20e3d2dd9)

Additional information

No response

The text was updated successfully, but these errors were encountered:

quarkus-bot · 2023-10-12T13:19:02Z

/cc @andrejpetras (liquibase), @geoand (liquibase), @gsmet (liquibase)

appiepollo14 · 2023-10-14T09:04:02Z

You can assign this one to me

geoand · 2023-10-14T09:13:01Z

@appiepollo14 do you have a fix in mind?

appiepollo14 · 2023-10-14T10:03:01Z

Seems to be a bug in the 4.23 version of liquibase. I will check wether the 4.24 version solves this, else exclude that version. See similar issue for: spring-projects/spring-boot#36984

appiepollo14 · 2023-10-15T16:16:04Z

Pr created, does this needs te be backported? And do we exclude the version of liquibase containing the bug somewhere?

appiepollo14 · 2023-10-19T11:35:16Z

@gsmet IT altered, PR created

appiepollo14 · 2023-10-22T08:28:38Z

@gsmet any time to look at the pr's?

@testsecurity

* Use MongoDB 4.4 consistently * Fix handling of HTTP/2 H2 empty frames in Resteasy Reactive Closes quarkusio#36604 * Bump com.google.api.grpc:proto-google-common-protos Bumps [com.google.api.grpc:proto-google-common-protos](https://github.com/googleapis/sdk-platform-java) from 2.23.0 to 2.27.0. - [Release notes](https://github.com/googleapis/sdk-platform-java/releases) - [Changelog](https://github.com/googleapis/sdk-platform-java/blob/main/CHANGELOG.md) - [Commits](googleapis/sdk-platform-java@v2.23.0...v2.27.0) --- updated-dependencies: - dependency-name: com.google.api.grpc:proto-google-common-protos dependency-type: direct:production update-type: version-update:semver-minor ... Signed-off-by: dependabot[bot] <support@github.com> * Add a custom OIDC identity provider test * Updates Liquibase integrationtest to reproduce error: quarkusio#36446 * Fix zlib broken link * Reverts changes made to workaround liquibase issue: liquibase/liquibase#4763 since we've updated to liquibase 4.24.0 * Fix version reporting and parsing Quarkus currently only parses the feature and update version of JDK and incorrectly prints message like: ``` [INFO] [io.quarkus.deployment.pkg.steps.NativeImageBuildStep] Running Quarkus native-image plugin on MANDREL 22.3.3.1 JDK 17.8 ``` while it should be ``` [INFO] [io.quarkus.deployment.pkg.steps.NativeImageBuildStep] Running Quarkus native-image plugin on MANDREL 22.3.3.1 JDK 17.0.8 ``` i.e. 17.0.8 vs 17.8 This change fixes that issue and relies on java.lang.Runtime.Version for parsing and comparing the JDK version. Follow up to quarkusio#36267 * Make sure OIDC/GraphQL client integration runs after client config is initialized, get rid of config merger bean * Fix termination of the fallback virtual thread executor * Stork observability integration * Move HTTP CORS section to a new security-cors.adoc * Add security-cors.adoc to the downstreamdoc.yaml * QuarkusTest: handle beans declared on test profile specifically - beans declared on a test profile implementation are only taken into account if the test profile is used - resolves quarkusio#36554 * Fix gRPC context propagation. * Make the ZSTD Substitutions more robust * Remove the pinned event example from the documentation * Use container urls for connecting to services by default It is better for the build cache and for local testing, nowadays, there is a good chance people will use containers anyway. * Update gRPC Protoc to version 3.24.4 and the generator to 1.59.0 - Add move architecture to cover ppcle64 and s390x - Update code to handle deprecation and removed API * Use GRADLE_JAVA_HOME in CI and test Java 21 * Remove more Docker images * Indicate that Java 21 is supported * Remove additional stuff before starting CI * Remove --enable-preview from virtual-threads ITs We are now using Java 21 so we don't need the flag anymore. * Add a ci-disk-usage.sh script * Skip Scala 2 tests on Java 21+ * Make RegisterForReflectionTestCase#testLambdaCapturing compatible with Java 21 * Higher Xmx for Java 21 testing * Deprecate the scala extension - https://github.com/quarkiverse/quarkus-scala3 should be preferred instead * Codestarts: Add Entity annotation to Kotlin all-open * QuarkusSecurityTestExtension afterEach call should not be made for tests without @testsecurity * Introduce OidcClientRequestFilter * Bump org.jboss.threads:jboss-threads from 3.5.0.Final to 3.5.1.Final Bumps [org.jboss.threads:jboss-threads](https://github.com/jbossas/jboss-threads) from 3.5.0.Final to 3.5.1.Final. - [Commits](jbossas/jboss-threads@3.5.0.Final...3.5.1.Final) --- updated-dependencies: - dependency-name: org.jboss.threads:jboss-threads dependency-type: direct:production update-type: version-update:semver-patch ... Signed-off-by: dependabot[bot] <support@github.com> * Bump jacoco.version from 0.8.10 to 0.8.11 Bumps `jacoco.version` from 0.8.10 to 0.8.11. Updates `org.jacoco:org.jacoco.core` from 0.8.10 to 0.8.11 - [Release notes](https://github.com/jacoco/jacoco/releases) - [Commits](jacoco/jacoco@v0.8.10...v0.8.11) Updates `org.jacoco:org.jacoco.report` from 0.8.10 to 0.8.11 - [Release notes](https://github.com/jacoco/jacoco/releases) - [Commits](jacoco/jacoco@v0.8.10...v0.8.11) Updates `org.jacoco:org.jacoco.agent` from 0.8.10 to 0.8.11 - [Release notes](https://github.com/jacoco/jacoco/releases) - [Commits](jacoco/jacoco@v0.8.10...v0.8.11) Updates `org.jacoco:jacoco-maven-plugin` from 0.8.10 to 0.8.11 - [Release notes](https://github.com/jacoco/jacoco/releases) - [Commits](jacoco/jacoco@v0.8.10...v0.8.11) --- updated-dependencies: - dependency-name: org.jacoco:org.jacoco.core dependency-type: direct:production update-type: version-update:semver-patch - dependency-name: org.jacoco:org.jacoco.report dependency-type: direct:production update-type: version-update:semver-patch - dependency-name: org.jacoco:org.jacoco.agent dependency-type: direct:production update-type: version-update:semver-patch - dependency-name: org.jacoco:jacoco-maven-plugin dependency-type: direct:production update-type: version-update:semver-patch ... Signed-off-by: dependabot[bot] <support@github.com> * Dev UI: Fix height in Rest Client Signed-off-by: Phillip Kruger <phillip.kruger@gmail.com> * Disable CDI TCK ManagedBeanTypesTest for now This test is not compatible with Java 21. See jakartaee/cdi-tck#485 * Reinitialized the com.google.protobuf.UnsafeUtil class at runtime Also fix the Unsafe accessor. Fix quarkusio#30293. This has been tested on GraalVM CE and EE. * Revert "Bump io.strimzi:kafka-oauth-client from 0.12.0 to 0.14.0" This reverts commit 09a13e6. * Add a warning for how to report security vulnerability * add JBang script to analyze our CI raw logs * Small additional features to ModuleBuildDurationReport.java * Some additional improvements and fixes * More readable module names * Add auth mechanism to the Liquibase MongoDB connection string * Fix missing import probably due to asynchronous PRs * Disable VertxMDCTest on Windows It has been extremely unstable for weeks now. Let's disable it until we have time to fix it. * Take @ConstrainedTo into account for interceptors Without this change interceptors meant to be used on the client were being used on the server as well * Rename tooling codestarts * ArC: introduce optimized contexts - introduce the ContextInstances abstraction - if optimization is enabled then generate the ContextInstances implementation for application and request context * ⬆️ Update Gitpod configuration with Java 17 * CORS content review Signed-off-by: Michal Maléř <mmaler@redhat.com> * ArC: optimize client proxy delegate access - for normal scopes for which a single context is registered - similar to how we optimize the client proxy delegate access for application context * Fix update on extensions * Remove a duplicate dependency from Micrometer extension * Avoid relying on Docker for Stork tests We don't need the Redis Dev Services so let's not start them. * Update the content for RHBQ docs. * Bump io.smallrye.reactive:smallrye-mutiny-vertx-core from 3.6.0 to 3.7.2 Bumps io.smallrye.reactive:smallrye-mutiny-vertx-core from 3.6.0 to 3.7.2. --- updated-dependencies: - dependency-name: io.smallrye.reactive:smallrye-mutiny-vertx-core dependency-type: direct:production update-type: version-update:semver-minor ... Signed-off-by: dependabot[bot] <support@github.com> * Document gRPC code generation Also: - Allows configuring the `proto` directory (quarkusio#12802) - Provides Gradle snippets (quarkusio#33854) * Bump asm.version from 9.5 to 9.6 Bumps `asm.version` from 9.5 to 9.6. Updates `org.ow2.asm:asm` from 9.5 to 9.6 Updates `org.ow2.asm:asm-commons` from 9.5 to 9.6 Updates `org.ow2.asm:asm-tree` from 9.5 to 9.6 Updates `org.ow2.asm:asm-analysis` from 9.5 to 9.6 Updates `org.ow2.asm:asm-util` from 9.5 to 9.6 --- updated-dependencies: - dependency-name: org.ow2.asm:asm dependency-type: direct:production update-type: version-update:semver-minor - dependency-name: org.ow2.asm:asm-commons dependency-type: direct:production update-type: version-update:semver-minor - dependency-name: org.ow2.asm:asm-tree dependency-type: direct:production update-type: version-update:semver-minor - dependency-name: org.ow2.asm:asm-analysis dependency-type: direct:production update-type: version-update:semver-minor - dependency-name: org.ow2.asm:asm-util dependency-type: direct:production update-type: version-update:semver-minor ... Signed-off-by: dependabot[bot] <support@github.com> * Vert.x: fix NPE in ForwardedProxyHandler The test `TrustedXForwarderProxiesUnknownHostnameFailureTest` sometimes fail in CI due to a NPE in `ForwardedProxyHandler`. This shows an actual bug: per the documentation, `io.vertx.core.dns.DnsClient.lookup()` may succeed with a `null` value when no record was found. The `ForwardedProxyHandler` ignores the possibility of a `null` result, which this commit fixes. We deal with a `null` result just like with a failure, because it's equivalent to a NXDOMAIN error. * Arc - change hashing function to use base64 to shorten resulting String * Try to stabilize PausedSchedulerTest Let's give things a bit more time as CI is slow. * HTTP and RestEasy-related content review resteasy.adoc sanity check Signed-off-by: Michal Maléř <mmaler@redhat.com> * Indicate that 2.x is not supported anymore * Bump Keycloak version to 22.0.5 * Disable MySQL OIDC DB token manager test due to limited Github CI resources * Bump org.yaml:snakeyaml from 2.1 to 2.2 Bumps [org.yaml:snakeyaml](https://bitbucket.org/snakeyaml/snakeyaml) from 2.1 to 2.2. - [Commits](https://bitbucket.org/snakeyaml/snakeyaml/branches/compare/snakeyaml-2.2..snakeyaml-2.1) --- updated-dependencies: - dependency-name: org.yaml:snakeyaml dependency-type: direct:production update-type: version-update:semver-minor ... Signed-off-by: dependabot[bot] <support@github.com> * Make Maven ITs less fragile Enforcing versions of the plugins make sure we don't start downloading them when running the tests which can lead to timeouts. Also it makes the build more stable and actually tests the version we are using when creating new projects. * Not pushing compile in the command actually fixes this test When running mvn compile quarkus:dev, compile is not executed when restarting dev mode after the pom change. Not specifying compile makes the compile goal to be run. * Try to stabilize the tests on Windows * Disable JarRunnerIT#testNonAsciiDir on Windows With maven-compiler-plugin 2.11.0, this test is not working anymore on Windows: Error while storing the mojo status: Input length = 1 * Enable errors in Maven RunningInvoker We need to see the details of the errors when something is going wrong. * Disable DevMojoIT#testExternalReloadableArtifacts on Windows Installing the lib jar a second time leads to an access denied exception on Windows, probably because the jar is still used by the dev mode instance. * refactor BuildChainBuilder * Move KeycloakContainer to keycloak-server test-framework Create realm by posting to Keycloak admin API * Bump io.strimzi:kafka-oauth-client from 0.12.0 to 0.14.0 * Fixes for Kafka and Pulsar schema discovery * Bump elasticsearch-opensource-components.version from 8.10.2 to 8.10.4 Bumps `elasticsearch-opensource-components.version` from 8.10.2 to 8.10.4. Updates `org.elasticsearch.client:elasticsearch-rest-client` from 8.10.2 to 8.10.4 - [Release notes](https://github.com/elastic/elasticsearch/releases) - [Changelog](https://github.com/elastic/elasticsearch/blob/main/CHANGELOG.md) - [Commits](elastic/elasticsearch@v8.10.2...v8.10.4) Updates `co.elastic.clients:elasticsearch-java` from 8.10.2 to 8.10.4 - [Release notes](https://github.com/elastic/elasticsearch-java/releases) - [Changelog](https://github.com/elastic/elasticsearch-java/blob/main/CHANGELOG.md) - [Commits](elastic/elasticsearch-java@v8.10.2...v8.10.4) Updates `org.elasticsearch.client:elasticsearch-rest-client-sniffer` from 8.10.2 to 8.10.4 - [Release notes](https://github.com/elastic/elasticsearch/releases) - [Changelog](https://github.com/elastic/elasticsearch/blob/main/CHANGELOG.md) - [Commits](elastic/elasticsearch@v8.10.2...v8.10.4) --- updated-dependencies: - dependency-name: org.elasticsearch.client:elasticsearch-rest-client dependency-type: direct:production update-type: version-update:semver-patch - dependency-name: co.elastic.clients:elasticsearch-java dependency-type: direct:production update-type: version-update:semver-patch - dependency-name: org.elasticsearch.client:elasticsearch-rest-client-sniffer dependency-type: direct:production update-type: version-update:semver-patch ... Signed-off-by: dependabot[bot] <support@github.com> * Bump flyway.version from 9.22.2 to 9.22.3 Bumps `flyway.version` from 9.22.2 to 9.22.3. Updates `org.flywaydb:flyway-core` from 9.22.2 to 9.22.3 - [Release notes](https://github.com/flyway/flyway/releases) - [Commits](flyway/flyway@flyway-9.22.2...flyway-9.22.3) Updates `org.flywaydb:flyway-sqlserver` from 9.22.2 to 9.22.3 - [Release notes](https://github.com/flyway/flyway/releases) - [Commits](flyway/flyway@flyway-9.22.2...flyway-9.22.3) Updates `org.flywaydb:flyway-mysql` from 9.22.2 to 9.22.3 - [Release notes](https://github.com/flyway/flyway/releases) - [Commits](flyway/flyway@flyway-9.22.2...flyway-9.22.3) Updates `org.flywaydb:flyway-database-oracle` from 9.22.2 to 9.22.3 - [Release notes](https://github.com/flyway/flyway/releases) - [Commits](flyway/flyway@flyway-9.22.2...flyway-9.22.3) --- updated-dependencies: - dependency-name: org.flywaydb:flyway-core dependency-type: direct:production update-type: version-update:semver-patch - dependency-name: org.flywaydb:flyway-sqlserver dependency-type: direct:production update-type: version-update:semver-patch - dependency-name: org.flywaydb:flyway-mysql dependency-type: direct:production update-type: version-update:semver-patch - dependency-name: org.flywaydb:flyway-database-oracle dependency-type: direct:production update-type: version-update:semver-patch ... Signed-off-by: dependabot[bot] <support@github.com> * Bump io.micrometer:micrometer-bom from 1.11.1 to 1.11.5 Bumps [io.micrometer:micrometer-bom](https://github.com/micrometer-metrics/micrometer) from 1.11.1 to 1.11.5. - [Release notes](https://github.com/micrometer-metrics/micrometer/releases) - [Commits](micrometer-metrics/micrometer@v1.11.1...v1.11.5) --- updated-dependencies: - dependency-name: io.micrometer:micrometer-bom dependency-type: direct:production update-type: version-update:semver-patch ... Signed-off-by: dependabot[bot] <support@github.com> * Make it possible to acquire OIDC SecurityIdentity after HTTP request has completed * Clarify why QuarkusClassLoader doesn't pass its name to the super constructor * Enrich classloader names with the name of the application/QuarkusUnitTest * Fix a suspicious H2 URL in Hibernate ORM test config It doesn't matter in practice since the only test using this config reproduces a startup failure that happens before we start H2; but still, let's fix this for correctness. * Always reset the ForkJoinPool TCCL on startup * Safer, slightly simpler register/release patterns for config Some config was lazily created and bound to the dev class loader through the configsForClassLoader map io.smallrye.config.SmallRyeConfigProviderResolver#getConfig(java.lang.ClassLoader), and the corresponding map entry was never cleared, resulting in the corresponding classloader never being garbage collected. * Avoid referencing ClassLoaders in ProtectionDomains This removes a whole class of metaspace leaks caused by Thread.inheritedAccessControlContext referencing ProtectionDomains which reference older classloaders. Of course this may have impacts on how the SecurityManager behaves, but as I understand it, absolutely no part of Quarkus is ready to run with a SecurityManager enabled anyway. * Improve error messages on KafkaDevServicesDevModeTestCase failures * Plug leak in tests relying on lazily-initialized config Since a previous commit, we now remember the lazily-created config in QuarkusConfigFactory, which is good because in dev mode it allows us to release it upon restart (when we call setConfig(null)). However, in *tests* that rely on this lazily initialized config, just calling releaseConfig(ConfigProvider.getConfig()) is no longer enough, because of that remembered config in QuarkusConfigFactory: we need to reset that reference too. If we forget to reset it, then when KafkaDevServicesDevModeTestCase will execute, TestHTTPResourceManager#getUri will retrieve the leaked config from DefaultSerdeConfigTest or DefaultSchemaConfigTest, the injected URI in KafkaDevServicesDevModeTestCase will be wrong, and the test will fail (with very unhelpful error messages). * Stronger safeguards against leaked config in internal Quarkus*Test extensions If someone calls ConfigProvider.getConfig() out of the blue in a test that doesn't use any Quarkus*Test extension, this will call QuarkusConfigFactory and leak config in two ways: 1. In QuarkusConfigFactory#config 2. In SmallRyeConfigProviderResolver, registering config for the TCCL, which in such a case is most likely the system CL. A well-behaved test would call QuarkusConfigFactory.setConfig(null) to clean up all that, but it's easy to miss and there is potential for ConfigProvider.getConfig() being called indirectly, so there's no way we can guarantee all tests are well-behaved. This should at least guarantee that after a badly behaving test executes, the next test using a Quarkus*Test extension will clean up the mess. * More comprehensive registration/release of config in some tests If someone calls ConfigProvider.getConfig() out of the blue in a test that doesn't use any Quarkus*Test extension, this will indirectly call QuarkusConfigFactory and leak config in two ways: 1. In QuarkusConfigFactory#config 2. In SmallRyeConfigProviderResolver, registering config for the TCCL, which in such a case is most likely the system CL. Thus, a well-behaved test should call QuarkusConfigFactory.setConfig(null) to clean up all that, no just SmallRyeConfigProviderResolver.releaseConfig(). Similarly, tests that register configuration explicitly can just call QuarkusConfigFactory.setConfig(config) at the beginning and QuarkusConfigFactory.setConfig(null) at the end, which will properly simulate how a real Quarkus application behaves, and should cover all edge cases involving multiple classloaders, properly cleaning up everything at the end of the test. * Merge test-related ConfigUtils into a single class * Maven CLI: use recipes for platform extensions * Raise FileSystemWatcherTestCase wait times Consecutive to: https://github.com/quarkusio/quarkus/runs/18068790284 * Improve error messages when an @Embedded type is not annotated with @embeddable * Strimzi OAuth substitutions * Changes to support jaeger remote sampler * Ignore bridge methods when checking for @embeddable annotation on @Embedded/@EmbeddedId * enable use layer 7 proxy for reactive pg client * Remove type from ResolverMapKey * Update OpenSearch container test configuration - Limit OpenSearch memory usage - Disable disk-based shard allocation thresholds * Fix grpc-generation-reference.adoc It was missing the header, not including the attributes and not using the right syntax for subs=attributes+ leading to all sorts of rendering issues. * Fix a broken reference in grpc-getting-started.adoc * docs: how to store secrets locally Handy guide on how to deal with local secrets, SEO friendly. * Add to Security JPA support for named persistence units * Bump jaxb-runtime.version from 4.0.3 to 4.0.4 Bumps `jaxb-runtime.version` from 4.0.3 to 4.0.4. Updates `org.glassfish.jaxb:jaxb-runtime` from 4.0.3 to 4.0.4 Updates `org.glassfish.jaxb:jaxb-core` from 4.0.3 to 4.0.4 Updates `org.glassfish.jaxb:txw2` from 4.0.3 to 4.0.4 --- updated-dependencies: - dependency-name: org.glassfish.jaxb:jaxb-runtime dependency-type: direct:production update-type: version-update:semver-patch - dependency-name: org.glassfish.jaxb:jaxb-core dependency-type: direct:production update-type: version-update:semver-patch - dependency-name: org.glassfish.jaxb:txw2 dependency-type: direct:production update-type: version-update:semver-patch ... Signed-off-by: dependabot[bot] <support@github.com> * Fix sockjs documentation * ArC: improve how single-context normal scopes are found * Disable Http2RSTFloodProtectionTest on Windows * Fix typo in reactive-event-bus.adoc * Validate Startup observers are not secured with RBAC annotations * Cleanup codestarter tests - Remove unnecessary modifiers - Unify line-breaks - Unify indentation * Make contextResolverMap used for both reader and writer * Update virtual thread documentation to Java 21 * Add a description to the Stork extension metadata * Kc Admin Cl.:Fix typo that allows using customized ObjectMapper * Bump apicurio-registry.version from 2.4.7.Final to 2.4.14.Final * Kafka Confluent avro schema serializer doc update Resolves quarkusio#36372 * Qute: dev mode - add config to skip restart for some templates - resolves quarkusio#36692 * Maven CLI: add wildcard matching into recipes detection * Recommend GraalVM CE * Fix missing section in the gRPC getting started guide * Security JPA: support Hibernate multitenancy * Exclude resteasy-client from lra-proxy-api in narayana-lra extension * Add jvmArgs option to Quarkus Gradle plugin task quarkusRun * added discord as know oidc provider added unittest for merging discord oidc properties * Quarkus code-gen (Gradle): Fix behavior to filter unavailable services Java Services (those in `META-INF/services/*` files) that are defined in the (Gradle) project that uses the Quarkus Gradle plugin, are not available when Quarkus code generation runs. This is simply a task-dependency requirement in Gradle, because Java compilation happens after code generation. If a Java service, for example a Smallrye config sources, is present and the (Smallrye) configuration is needed by a Quarkus extension, the build fails during Quarkus code generation with an error message like this: ``` org.gradle.api.tasks.TaskExecutionException: Execution failed for task ':quarkusGenerateCode'. ... Caused by: org.gradle.workers.internal.DefaultWorkerExecutor$WorkExecutionException: A failure occurred while executing io.quarkus.gradle.tasks.worker.CodeGenWorker ... Caused by: java.util.ServiceConfigurationError: io.smallrye.config.ConfigSourceFactory: Provider xyz not found ``` `io.quarkus.deployment.CodeGenerator` has a mechanism to filter out unavailable services via `getUnavailableConfigServices()`. However the callback passed to `io.quarkus.paths.PathTree.apply()` can stop before all roots/trees (`io.quarkus.paths.PathTree.getRoots()`) have been "asked" (`MultiRootPathTree`), because the callback can return a non-`null` value. This "early stop" happens before the root/tree containing the source with the `META-INF/services/*` has been processed. The bug is only triggered, if a Java service is defined in the Gradle project using the Quarkus Gradle plugin and if a Quarkus extension using the configuration is a dependency of that project. This change updates the callback implementation to collect all unavailable services from all `PathTree` roots/trees. An integration test using the Gradle plugin is included as well. Two logging/spelling mistakes have been fixed as well. Fixes quarkusio#36716 * Fix assertions in Hibernate ORM 5.6 compatibility tests Hibernate ORM 5.6 does not, in fact, preserve information for OffsetTime columns. It just slaps the current JVM timezone on a stored LocalTime. * Gradle plugin: use full URI for configuration source locations `io.quarkus.gradle.tasks.EffectiveConfig.CombinedConfigSourceProvider` passes only the "file extension" (e.g. `application.properties`) down to `io.smallrye.config.AbstractLocationConfigSourceLoader#loadConfigSources(java.lang.String[], int, java.lang.ClassLoader)`, which may let that function behave wrong and try to for example access an `application.properties` in the wrong location. This can be reproduced by placing an `application.properties` file in the project directory of a Gradle project that uses the Quarkus Gradle plugin. This change fixes this behavior by passing down the correct locations as the `String` representation of the resource URIs, instead of just the "file extensions". Fixes quarkusio#36767 * Tests to check content type between Services and OpenAPI Signed-off-by: Phillip Kruger <phillip.kruger@gmail.com> * Kafka Streams Dev UI migration to v2 * Fix codestarts snapshots * [quarkusio#36582] Fix bug: TransactionalUniAsserter never fails TransactionalUniAsserterTestMethodInvoker is a subclass of RunOnVertxContextTestMethodInvoker. The problem is that there were two separate pointers keeping track of the asserter in the superclass and in the subclass. This lead to only one pointer being initialized and, if the wrong pointer was null-checked, the asserter was ignored causing the test to never fail. This commit fixes the issue by keeping only one reference to the asserter in the superclass. * [quarkusio#36582] Minor clean up in TransactionalUniAsserterTest Use method reference where possible * [quarkusio#36582] Minor clean up around lambdas * [quarkusio#36582] Add UnwrappableUniAsserter interface The goal is to extract the `asUni()` method from `UniAsserter` * Duplicate Authorization Bearer Header Fix * Tiny Vale tweaks for Datasource and Logging guide Signed-off-by: Michal Maléř <mmaler@redhat.com> * More reliable test setup in integration-tests/hibernate-orm-tenancy/datasource The previous config was relying on FlyWay on a default datasource to create other databases which named datasources pointed at. Which works well, until a named datasource gets initialized before the default datasource; then named datasource initialization fails because the corresponding database doesn't exist yet. This happened on my local laptop, I don't know why it didn't happen on CI. * Skip non-existing directory when watching for changes Fix quarkusio#32092. The issue was not specific to Gradle. It was problematic with Gradle, as it was configuring the watcher on not existing directories. * Remove erroneous preview status from cache doc * Fix OIDC key resolver to accept SHA256 certificate thumbprints --------- Signed-off-by: dependabot[bot] <support@github.com> Signed-off-by: Phillip Kruger <phillip.kruger@gmail.com> Signed-off-by: Michal Maléř <mmaler@redhat.com> Co-authored-by: Guillaume Smet <guillaume.smet@gmail.com> Co-authored-by: Pedro Igor <pigor.craveiro@gmail.com> Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com> Co-authored-by: Sergey Beryozkin <sberyozkin@gmail.com> Co-authored-by: asjervanasten <asjer94@live.com> Co-authored-by: Andrea Peruffo <andrea.peruffo1982@gmail.com> Co-authored-by: Clement Escoffier <clement@apache.org> Co-authored-by: Clement Escoffier <clement.escoffier@gmail.com> Co-authored-by: Foivos Zakkak <fzakkak@redhat.com> Co-authored-by: Jan Martiska <jmartisk@redhat.com> Co-authored-by: Auri Munoz <amunozhe@redhat.com> Co-authored-by: Martin Kouba <mkouba@redhat.com> Co-authored-by: Ales Justin <ales.justin@gmail.com> Co-authored-by: George Gastaldi <gegastaldi@gmail.com> Co-authored-by: Ozan Gunalp <ozangunalp@gmail.com> Co-authored-by: Eric Deandrea <edeandrea@redhat.com> Co-authored-by: Phillip Kruger <phillip.kruger@gmail.com> Co-authored-by: Rostislav Svoboda <rsvoboda@redhat.com> Co-authored-by: Rui Balau <rui.balau@lunatech.nl> Co-authored-by: Loïc Mathieu <loikeseke@gmail.com> Co-authored-by: Georgios Andrianakis <geoand@gmail.com> Co-authored-by: Andy Damevin <ia3andy@gmail.com> Co-authored-by: jeanphi.baconnais <jeanphilippe.baconnais@gmail.com> Co-authored-by: Michal Maléř <mmaler@redhat.com> Co-authored-by: Rolfe Dlugy-Hegwer <rolfedh@users.noreply.github.com> Co-authored-by: Ladislav Thon <lthon@redhat.com> Co-authored-by: Matej Novotny <manovotn@redhat.com> Co-authored-by: mariofusco <mario.fusco@gmail.com> Co-authored-by: Michal Vavřík <mvavrik@redhat.com> Co-authored-by: Yoann Rodière <yoann@hibernate.org> Co-authored-by: JiriOndrusek <ondrusek.jiri@gmail.com> Co-authored-by: hiteshkhatri97 <hiteshkhatri87@gmail.com> Co-authored-by: Juan Diego López V <juandiegolopezve@gmail.com> Co-authored-by: Alex Martel <13215031+manofthepeace@users.noreply.github.com> Co-authored-by: Max Rydahl Andersen <manderse@redhat.com> Co-authored-by: marko-bekhta <marko.prykladna@gmail.com> Co-authored-by: Geoffrey De Smet <gds.geoffrey.de.smet@gmail.com> Co-authored-by: Bruno Baptista <brunobat@gmail.com> Co-authored-by: kdnakt <a.kid.1985@gmail.com> Co-authored-by: Marco Bungart <marco.bungart@googlemail.com> Co-authored-by: xstefank <xstefank122@gmail.com> Co-authored-by: Alexey Loubyansky <olubyans@redhat.com> Co-authored-by: Roman Ziske <romanziske@web.de> Co-authored-by: Robert Stupp <snazy@snazy.de> Co-authored-by: David Cotton <dcotton@free.fr> Co-authored-by: Roberto Cortez <radcortez@yahoo.com> Co-authored-by: Davide D'Alto <davide@hibernate.org> Co-authored-by: sahuefficy <139977482+sahuefficy@users.noreply.github.com>

This MR contains the following updates: | Package | Type | Update | Change | |---|---|---|---| | [flow-bin](https://github.com/flowtype/flow-bin) ([changelog](https://github.com/facebook/flow/blob/master/Changelog.md)) | devDependencies | minor | [`^0.219.0` -> `^0.220.0`](https://renovatebot.com/diffs/npm/flow-bin/0.219.0/0.220.0) | | [org.jsoup:jsoup](https://jsoup.org/) ([source](https://github.com/jhy/jsoup)) | compile | patch | `1.16.1` -> `1.16.2` | | [io.quarkus:quarkus-maven-plugin](https://github.com/quarkusio/quarkus) | build | minor | `3.4.3` -> `3.5.0` | | [io.quarkus:quarkus-universe-bom](https://github.com/quarkusio/quarkus-platform) | import | minor | `3.4.3` -> `3.5.0` | --- ### Release Notes <details> <summary>flowtype/flow-bin</summary> ### [`v0.220.0`](flow/flow-bin@f7f3f3f...030bfc6) [Compare Source](flow/flow-bin@f7f3f3f...030bfc6) ### [`v0.219.5`](flow/flow-bin@f16a6c7...f7f3f3f) [Compare Source](flow/flow-bin@f16a6c7...f7f3f3f) ### [`v0.219.4`](flow/flow-bin@9f67075...f16a6c7) [Compare Source](flow/flow-bin@9f67075...f16a6c7) ### [`v0.219.3`](flow/flow-bin@80dcea5...9f67075) [Compare Source](flow/flow-bin@80dcea5...9f67075) ### [`v0.219.2`](flow/flow-bin@c184c5d...80dcea5) [Compare Source](flow/flow-bin@c184c5d...80dcea5) </details> <details> <summary>quarkusio/quarkus</summary> ### [`v3.5.0`](https://github.com/quarkusio/quarkus/releases/tag/3.5.0) [Compare Source](quarkusio/quarkus@3.4.3...3.5.0) ##### Complete changelog - [#36527](quarkusio/quarkus#36527) - Start MongoDB 4.4 instead of 4.0 - [#36523](quarkusio/quarkus#36523) - Minor OIDC Auth0 updates - [#36518](quarkusio/quarkus#36518) - Allow for setting logging scope programmatically - [#36517](quarkusio/quarkus#36517) - Use Mandrel 23.1 in windows CI - [#36501](quarkusio/quarkus#36501) - Let custom OIDC token propagation filters customize the exchange status - [#36495](quarkusio/quarkus#36495) - Support external OTel exporters in CDI - [#36490](quarkusio/quarkus#36490) - Take ReaderInterceptor into account when reading SSE events - [#36487](quarkusio/quarkus#36487) - Upgrade to Liquibase 4.24.0 - [#36485](quarkusio/quarkus#36485) - Fix typo in gradle-tooling.adoc - [#36474](quarkusio/quarkus#36474) - Fix some issues in getting-started-dev-services - [#36465](quarkusio/quarkus#36465) - Be more consistent in guides when creating projects/adding extensions - [#36464](quarkusio/quarkus#36464) - HTTP reference guide - HTTP/2 section update, drop JDK 8 note - [#36459](quarkusio/quarkus#36459) - Let custom OIDC token propagation filters provide client name - [#36457](quarkusio/quarkus#36457) - Update builder images to jdk-21 - [#36453](quarkusio/quarkus#36453) - Upgrade Oracle JDBC driver to 23.3.0.23.09 - [#36452](quarkusio/quarkus#36452) - Fix doc extension-add.adoc - [#36451](quarkusio/quarkus#36451) - Adjust extension name for consistency with rest of Quarkus - [#36446](quarkusio/quarkus#36446) - Regression: Liquibase fails to migrate on Quarkus start, crashing the application - [#36445](quarkusio/quarkus#36445) - Updates to Infinispan 14.0.19.Final - [#36442](quarkusio/quarkus#36442) - Use default content type when X-SSE header not set - [#36436](quarkusio/quarkus#36436) - Upgrade to Hibernate ORM 6.2.13.Final - [#36432](quarkusio/quarkus#36432) - Hibernate Reactive Panache: improve error message - [#36420](quarkusio/quarkus#36420) - Allow parallel execution of blocking health checks - [#36419](quarkusio/quarkus#36419) - Blocking Health Checks should be executed in parallel, not sequentially/ordered - [#36417](quarkusio/quarkus#36417) - Reduce timeout of the doc build to 60 minutes - [#36413](quarkusio/quarkus#36413) - Simplify virtual threads guide by pushing users to 21 - [#36412](quarkusio/quarkus#36412) - Drop Optaplanner from the documentation - [#36411](quarkusio/quarkus#36411) - Drop panache topic from Hibernate Reactive guide - [#36410](quarkusio/quarkus#36410) - Add compatibility topic to Spring guides - [#36407](quarkusio/quarkus#36407) - Register RuntimeOverrideConfigSource in STATIC_INIT - [#36406](quarkusio/quarkus#36406) - AssembleDownstreamDocumentation - print guide name - [#36400](quarkusio/quarkus#36400) - Add topics and extensions metadata to guides - [#36367](quarkusio/quarkus#36367) - Bump org.wiremock:wiremock-standalone from 3.1.0 to 3.2.0 - [#36365](quarkusio/quarkus#36365) - Bump de.flapdoodle.embed:de.flapdoodle.embed.mongo from 4.7.0 to 4.9.2 - [#36360](quarkusio/quarkus#36360) - Drop the old Dev UI guide - [#36337](quarkusio/quarkus#36337) - Upgrade maven to version 3.9.5 - [#36236](quarkusio/quarkus#36236) - No Panache session in REST endpoints defined by an interface - [#35931](quarkusio/quarkus#35931) - Add OIDC Auth0 extended tutorial - [#33548](quarkusio/quarkus#33548) - Pick random debug port when the configured one is taken - [#33363](quarkusio/quarkus#33363) - allow quarkus dev to pick random debug port </details> <details> <summary>quarkusio/quarkus-platform</summary> ### [`v3.5.0`](quarkusio/quarkus-platform@3.4.3...3.5.0) [Compare Source](quarkusio/quarkus-platform@3.4.3...3.5.0) </details> --- ### Configuration 📅 **Schedule**: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined). 🚦 **Automerge**: Enabled. ♻ **Rebasing**: Whenever MR is behind base branch, or you tick the rebase/retry checkbox. 👻 **Immortal**: This MR will be recreated if closed unmerged. Get [config help](https://github.com/renovatebot/renovate/discussions) if that's undesired. --- - [ ] If you want to rebase/retry this MR, check this box --- This MR has been generated by [Renovate Bot](https://github.com/renovatebot/renovate).

pdolezal added the kind/bug Something isn't working label Oct 12, 2023

quarkus-bot bot added the area/liquibase label Oct 12, 2023

geoand added the triage/upstream label Oct 14, 2023

This was referenced Oct 15, 2023

Fix/liquibase 4.23 bug #36486

Closed

Upgrade to Liquibase 4.24.0 #36487

Merged

gsmet closed this as completed in #36487 Oct 18, 2023

quarkus-bot bot added this to the 3.6 - main milestone Oct 18, 2023

gsmet modified the milestones: 3.6 - main, 3.5.0 Oct 18, 2023

appiepollo14 added a commit to appiepollo14/quarkus that referenced this issue Oct 19, 2023

Updates Liquibase integrationtest to reproduce error: quarkusio#36446

63704f7

appiepollo14 mentioned this issue Oct 19, 2023

Updates Liquibase integrationtest #36575

Merged

appiepollo14 added a commit to appiepollo14/quarkus that referenced this issue Oct 19, 2023

Updates Liquibase integrationtest to reproduce error: quarkusio#36446

c955a57

appiepollo14 added a commit to appiepollo14/quarkus that referenced this issue Oct 19, 2023

Updates Liquibase integrationtest to reproduce error: quarkusio#36446

6565d7c

appiepollo14 added a commit to appiepollo14/quarkus that referenced this issue Oct 19, 2023

Updates Liquibase integrationtest to reproduce error: quarkusio#36446

ac1fbbd

appiepollo14 added a commit to appiepollo14/quarkus that referenced this issue Oct 19, 2023

Updates Liquibase integrationtest to reproduce error: quarkusio#36446

99453de

appiepollo14 added a commit to appiepollo14/quarkus that referenced this issue Oct 20, 2023

Updates Liquibase integrationtest to reproduce error: quarkusio#36446

17b8425

appiepollo14 added a commit to appiepollo14/quarkus that referenced this issue Oct 20, 2023

Updates Liquibase integrationtest to reproduce error: quarkusio#36446

9962a5e

appiepollo14 added a commit to appiepollo14/quarkus that referenced this issue Oct 20, 2023

Updates Liquibase integrationtest to reproduce error: quarkusio#36446

630c533

appiepollo14 added a commit to appiepollo14/quarkus that referenced this issue Oct 20, 2023

Updates Liquibase integrationtest to reproduce error: quarkusio#36446

9aabce8

appiepollo14 added a commit to appiepollo14/quarkus that referenced this issue Oct 22, 2023

Updates Liquibase integrationtest to reproduce error: quarkusio#36446

b04feef

hiteshkhatri97 pushed a commit to hiteshkhatri97/quarkus that referenced this issue Oct 24, 2023

Updates Liquibase integrationtest to reproduce error: quarkusio#36446

48788b8

chetankokil mentioned this issue Nov 3, 2023

merging main (#1) #36867

Closed

holly-cummins pushed a commit to holly-cummins/quarkus that referenced this issue Feb 8, 2024

Updates Liquibase integrationtest to reproduce error: quarkusio#36446

d83cfd3

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Regression: Liquibase fails to migrate on Quarkus start, crashing the application #36446

Regression: Liquibase fails to migrate on Quarkus start, crashing the application #36446

pdolezal commented Oct 12, 2023

quarkus-bot bot commented Oct 12, 2023

appiepollo14 commented Oct 14, 2023

geoand commented Oct 14, 2023

appiepollo14 commented Oct 14, 2023

appiepollo14 commented Oct 15, 2023 •

edited

Loading

appiepollo14 commented Oct 19, 2023

appiepollo14 commented Oct 22, 2023

Regression: Liquibase fails to migrate on Quarkus start, crashing the application #36446

Regression: Liquibase fails to migrate on Quarkus start, crashing the application #36446

Comments

pdolezal commented Oct 12, 2023

Describe the bug

Expected behavior

Actual behavior

How to Reproduce?

Output of uname -a or ver

Output of java -version

GraalVM version (if different from Java)

Quarkus version or git rev

Build tool (ie. output of mvnw --version or gradlew --version)

Additional information

quarkus-bot bot commented Oct 12, 2023

appiepollo14 commented Oct 14, 2023

geoand commented Oct 14, 2023

appiepollo14 commented Oct 14, 2023

appiepollo14 commented Oct 15, 2023 • edited Loading

appiepollo14 commented Oct 19, 2023

appiepollo14 commented Oct 22, 2023

Output of `uname -a` or `ver`

Output of `java -version`

Build tool (ie. output of `mvnw --version` or `gradlew --version`)

appiepollo14 commented Oct 15, 2023 •

edited

Loading