This Week in Spring: Spring Framework 5.2 Release and More
Check out the latest happenings this week in Spring.
Join the DZone community and get the full member experience.Join For Free
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 Spring-dom: the 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, so let’s dive right in!
- Spring HATEOAS 1.0.0.RELEASE is released!
- Spring Cloud Open Service Broker 3.1.0.M2 is out.
- Spring Data Lovelace SR11 was released.
- Spring Framework 5.2 goes GA!
- Spring REST Docs 2.0.4.RELEASE — please check it out!
- 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 is out now.
- How to configure RSocket security in a Spring Boot application with Spring Security — Stack Overflow
- Check out this tweet on Spring Boot banners!
- Check out this post on Reactive programming with Neo4j.
- Spring Boot 2 - Internationalization (i18n) Auto-configuration — give this a look!
- Pivotal has a cool tweet-bot: If you star their 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 — check them out.
- 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 the 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."
Published at DZone with permission of Josh Long, DZone MVB. See the original article here.
Opinions expressed by DZone contributors are their own.