Oh emm geee y'all! We just released Spring Framework 5.2, complete with new RSocket support, and a slew of projects have followed suit in the intervening... day! I expect we'll see more soon, followed not too far behind by Spring Boot! And, of course, next week is the biggest week in all of Springdom every week: SpringOne Platform 2019!

I can't wait to get there, but first I'm off to Taipei for the JCCConf. THere's a ton to get to let's dive right in!

• Spring HATEOAS 1.0.0.RELEASE is released!
• Spring Cloud Open Service Broker 3.1.0.M2 Released
• Spring Data Lovelace SR11 released
• Spring Framework 5.2 goes GA
• Spring REST Docs 2.0.4.RELEASE
• Spring Framework 5.1.10 available now
• A Bootiful Podcast: Java Champion and Jetbrains Developer Advocate Mala Gupta
• Spring Boot for Apache Geode & Pivotal GemFire 1.2.0.M3 Released
• How to configure RSocket security in a Spring Boot application with Spring Security - Stack Overflow
• twitter.com
• https://twitter.com/springcentral/status/1178773296839565312
• Reactive programming with Neo4j - Hantsy - Medium
• Spring Boot 2 - Internationalization (i18n) Auto-configuration
• Pivotal have a cool tweet-bot that, if you star the tweet, it'll remind you when the SpringOne Platform 2019 keynotes start next week)
• check out this German-language article on Spring Cloud Pipelines
• I love these Spanish-language articles on Spring by Codesolt
• They've updated the JAsync R2DBC MySQL implementation, get the bits and check it out!
• Want to know why reactive programming is more relevant than ever in light of Project Loom? Spring Data lead Mark Paluch put it as best as I've ever seen anyone put it:

Reactive programming and Loom aim for different goals. Reactive is all about message passing and events, Loom is about scheduling.

With Loom, consumption of streaming sources (Pub/Sub, change stream, live queries) remains as ugly as it currently is (Listeners, Message Containers). So basically, your code remains the same. You still require multiple server roundtrips or even query executions ("Paging") to fetch a lot of data and latency behavior stays as-is because most APIs return a List. Your code has still to wait until a response arrives as today's imperative drivers aren't backpressure-aware and cannot request data while you're processing the chunk you previously received.

With Reactive Streams, any stream of data (Pub/Sub, change stream, live queries) is just yet another Publisher. Consuming unbounded data sources does not look any different than consuming a query with a bounded result count.

A proper, non-blocking Reactive Streams implementation comes with improved latency behavior because a Reactive Streams database driver can pre-fetch data from cursors as it is backpressure-aware. A stream does not require pagination for the sake of fetching lots of data because each element is emitted individually and there's no need in the first place to aggregate data to a List. You get much better memory and latency characteristics by design.

• The latest version of SpringMockK 1.1.3, which provides @MockBean and @SpyBean but for MockK, not Mockito
• twitter.com
• They’re starting to integrate R2DBC oath yugabyte DB
• This was a nice talk on R2DBC
• Spring Boot for Apache Geode and Pivotal GemFire Released (Ver. 1.2.0)
• R2DBC 0.8 Release Candidate 1 released
• Come see Juergen Hoeller, cofounder of Spring Framework, and I as we bring the Spring in Prague!