Hello, is there a possibility to run liquibase cassandra extension via spring boot? Can’t find any example online. Also I’ve done some research: spring-projects/spring-boot#29991 (comment) , #4 (comment). Seems confusing, could someone show me an example, if its possible ? thanks
I recently configured the library in my Spring Boot project and have two questions: Is Cassandra migration supposed to throw an exception on an invalid migration and not stop the app from running? Other beans are initialized before ending the migration scripts, is it on purpose or my local problem?
Spring Boot 2.7 Support Ends in November: https://spring.io/projects/spring-boot#support We should upgrade all services to the newest SB Version (Currently 3.1) Preparations Upgrade to Spring Boot 2.7.x Upgrade Spring Security to 5.8 in digiwf-spring-security and use digiwf-spring-security lib in each application (#758) Migrate Autoconfigurations (#634) Remove deprecated libs Remove digiwf-spring-cloudstream-utils (#757) Remove digiwf-asyncapi-docs (#647) Use aggregation for digiwf-integrations (#760) Migration Use Aggregation to split parent module into multiple modules to migrate each part of the application separately (#759) For each module (#767, #762, #761, #763, #764, #765, #766, #768): Upgrade Spring Boot to v3.x Upgrade Spring Security Configure Properties Upgrade dependencies for each application Finish migration (#770) Ref Arch refactoring (#769) In addition to that we should remove/add some RefArch Legacy: GracefullShutdown -> SB Probes with proper Openshift Config - RefArch MR ErrorMapping to 4xx - RefArch MR Maybe more: https://git.muenchen.de/groups/ccse/refarch-archetype/-/merge_requests?scope=all&state=merged Additional Info Spring Boot Migration Guide [RefArch Migration Guide: https://git.muenchen.de/ccse/refarch-archetype/refarch-archetype-apigateway/-/wikis/Migrationsguide-Spring-Boot-3-&-Java-17
After successfully migrating to spring boot we should undo the maven aggregation and use inheritance again for digiwf-connector digiwf-engine digiwf-gateway digiwf-libs digiwf-schema-registry digiwf-process digiwf-task Todo Use maven inheritance for the maven modules
Describe the solution you'd like With Spring-Boot 2.7 the spring auto configuration location moved from spring.factories to META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports. We should adjust our auto configurations to the new format. For more information checkout the Spring Boot Release Notes: https://github.com/spring-projects/spring-boot/wiki/Spring-Boot-2.7-Release-Notes#changes-to-auto-configuration
HTTPS, HTTP/2; Authentication: login and all requests should check user's identity, integrity of data and its corruption. Possible solution can include JWT. How to check passwords' equality with AuthenticationManager? Authorization: check user's permissions to access endpoints and complete actions there: Add roles
The main branch is on the same state as the spring-3.0.x branch. 1. the latest 3.0.x version of Spring boot is 3.0.10. Please consider upgrading to it (the pom.xml currently uses 3.0.4) 2. The README.md states, the project would be based on Spring Boot 2.7.x, which it isn't. Please update that accordingly. 3. In the pom.xml you define a separate spring.boot.configuration-processor version. Please consider using the same spring.boot.version version. 4. Even the commercial support for Spring Boot 2.5.x ended more than two weeks ago, but it is still has it's own auto-configuration, that is officially supported. Spring Boot 3.1.x released almost 4 month ago now, but there still is no auto-configuration nor official support (the Spring Boot 3.0.x integration does work completely fine with Spring Boot 3.1.x too, though). Please consider adding a Spring Boot 3.1.x auto-configuration. If you wish, I can also open a PR.
Spring Boot Admin Server information Version: 3.1.4 Spring Boot version: 3.0.9 Configured Security: N/A Webflux or Servlet application: servlet Client information Spring Boot versions: 3.0.9 Used discovery mechanism: self registration Webflux or Servlet application: servlet Description The clustering is working fine and applications are being clustered on all servers. The problem is that if a new version of a given application is deployed, then the old instance is never removed from Spring Admin. yaml hazelcast: cluster-name: spring-admin metrics: enabled: false management-center: enabled: false retention-seconds: 30 jmx: enabled: false map: spring-boot-admin-event-store: backup-count: 1 in-memory-format: OBJECT merge-policy: batch-size: 100 class-name: PutIfAbsentMergePolicy time-to-live-seconds: 30 eviction: eviction-policy: NONE spring-boot-admin-sent-notifications: backup-count: 1 in-memory-format: OBJECT merge-policy: batch-size: 100 class-name: PutIfAbsentMergePolicy time-to-live-seconds: 30 eviction: eviction-policy: LRU network: reuse-address: true outbound-ports: - 33000-35000 port: auto-increment: false port: 5701 join: auto-detection: enabled: false multicast: enabled: false tcp-ip: enabled: false aws: enabled: true hz-port: 5701 service-name: dev-admin-server interfaces: enabled: true interfaces: - 10.171.0-240.*