Skip to main content
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [kapua-dev] Liquibase client integration strategies
Just to summarize our discussion on the call - we decided to try to rewrite the Spring wrapper around Liquibase client, to create our own version of it, not based on Spring.

Cheers!

pon., 16 sty 2017 o 09:23 użytkownik Uroš Mesarič Kunst <Uros.Mesaric-Kunst@xxxxxxxxxxxx> napisał:

+1 for this approach.

Rewrite of SpringLiquibase would be welcome any way. I looked at SpringLiquibase wrapper code and is quite unreadable / not nice.

 

Uros

 

From: kapua-dev-bounces@xxxxxxxxxxx [mailto:kapua-dev-bounces@xxxxxxxxxxx] On Behalf Of Henryk Konsek
Sent: Monday, January 16, 2017 9:01 AM
To: kapua developer discussions <kapua-dev@xxxxxxxxxxx>
Subject: [kapua-dev] Liquibase client integration strategies

 

Hi,

 

On today’s Kapua call we will discuss the best approach for Kapua Liquibase client execution.

 

So far our understanding is that the best approach to attack this problem will be to use self-contained Liquibase client per service, so in such scenario each service would be responsible for checking on startup if its schema has been applied yet or not.

 

The latter approach is promoted by Spring Boot. Here is the code [1] from Spring Boot responsible for pulling Liquibase Spring client [2] and Spring Boot configuration together.

 

As we don't want to become Spring-dependent, we should probably consider rewriting SpringLiquibase [2] client (but without Spring) in Kapua.

 

What do you think?

 

Cheers!

 

[1] https://github.com/spring-projects/spring-boot/blob/v1.4.3.RELEASE/spring-boot-autoconfigure/src/main/java/org/springframework/boot/autoconfigure/liquibase/LiquibaseAutoConfiguration.java

[2] https://github.com/liquibase/liquibase/blob/master/liquibase-core/src/main/java/liquibase/integration/spring/SpringLiquibase.java

--

Henryk Konsek

https://linkedin.com/in/hekonsek

_______________________________________________
kapua-dev mailing list
kapua-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/kapua-dev
--
Henryk Konsek

Back to the top