You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I have a Spring Boot microservice application. Each microservice has its own database with one schema managed by Liquibase with Spring Boot. Each Spring Boot application depends on an internal library which adds functionality based on additional database objects which are managed in a separate changelog file part of the library and a separate changelog table. Each changelog is handled by a dedicated SpringLiquibase bean configured with the corresponding changelog file and changelog table ending up in something like:
Because of the changes introduced with version 4.21.0regarding update fast check, Liquibase is checking for updates based on the first changelog and caches the result under the same key that would be used for the second changelog, hence might ignore updates by the second changelog. # 4427 is solving some issues in that regard by extending the cache key with default schema name, default catalog name and connection URL, but this is not enough in my case as those would be the same but the changelog files and tables are different.
Steps To Reproduce
Create Spring Boot application with two changelog files (e.g. changelog1.xml, changelog2.xml). Register two SpringLiquibase beans and configure them to handle the changelog files:
Search first
Description
I have a Spring Boot microservice application. Each microservice has its own database with one schema managed by Liquibase with Spring Boot. Each Spring Boot application depends on an internal library which adds functionality based on additional database objects which are managed in a separate changelog file part of the library and a separate changelog table. Each changelog is handled by a dedicated
SpringLiquibase
bean configured with the corresponding changelog file and changelog table ending up in something like:Because of the changes introduced with
version 4.21.0
regarding update fast check, Liquibase is checking for updates based on the first changelog and caches the result under the same key that would be used for the second changelog, hence might ignore updates by the second changelog. # 4427 is solving some issues in that regard by extending the cache key withdefault schema name
,default catalog name
andconnection URL
, but this is not enough in my case as those would be the same but the changelog files and tables are different.Steps To Reproduce
Create Spring Boot application with two changelog files (e.g. changelog1.xml, changelog2.xml). Register two
SpringLiquibase
beans and configure them to handle the changelog files:Add changesets to the second changelog file (
changelog2.xml
) and run the application.Expected/Desired Behavior
Changesets from both changelogs get executed.
Liquibase Version
4.21.x 4.22.x 4.23.x
Database Vendor & Version
No response
Liquibase Integration
Spring boot
Liquibase Extensions
No response
OS and/or Infrastructure Type/Provider
No response
Additional Context
No response
Are you willing to submit a PR?
The text was updated successfully, but these errors were encountered: