Hi, Spring fans! How're things? Good? Good. I just finished (virtually) presenting for the always-lovely London Java Community this morning. We spoke about Kotlin and Spring and things. It was good. Thank you so much for having me LJC! I also kicked off the epic JetBrains Java Day Online event last Friday. That was a ton of fun! Thank you Jetbrains. I finally, finally, put some elbow grease into automating a listing of some my activity and so now whenever I publish a new Spring Tips video, a new A Bootiful Podcast podcast, or commit to a new public appearance, I'll have information here on my…

We are happy to announce the release of Spring Cloud Stream applications 2020.0.0-M2. This release is a complete overhaul of the legacy Spring Cloud Stream App Starters. Starting with this release, we are moving away from theme-oriented release train names (famous scientists in alphabetical order) to calendar based versioning. The current GA release is called Einstein, and we are pleased to introduce 2020.0.0-M2. We are also moving away from the app starters. Having reorganized, repackaged, and (in some cases) rewritten the underlying code, we now have a new Git repository: spring-cloud/stream…

Earlier this month, we released a first milestone of Reactor 2020.0. This cycle, codename Europium, follows the Dysprosium one (which included reactor-core 3.3.x and reactor-netty 0.9.x).

It includes reactor-core 3.4.0 and reactor-netty 1.0.0.

In this blog post, we'll cover a few highlights of the reactor-core milestone, and briefly mention what's in store for M2.

For reactor-netty, we'll link to a separate blog post here as soon as it is out.

Note also that there is a new versioning scheme in place, which has been adopted accross the Spring portfolio: see the reference guide and this blog post…

Hi, Spring fans! Welcome to another installment of a Bootiful Podcast! In this installment Josh Long (@starbuxman) talks about the week that was and talks to the amazing Spring Data JDBC cofounder Jens Schauder (@jensschauder) about JPA, JDBC, and domain-driven design.

Hi, Spring fans! What a crazy week it's been! How are you? I hope you're safe, healthy, happy.

I'll be speaking later today (Tuesday) at the Accento Digital conference and at the Jetbrains Java Day online event on the 10th (Friday). Both of these should be accessible from EMEA and APJ timezones. I look forward to seeing you there!

We've got a ton of good stuff to get to this week so let's get to it!

• A Bootiful Podcast: An Exciting Week of Releases and Dr. Yordan Karadzhov
• A great screencast from Matt Raible: Angular Docker with a Big Hug from Spring Boot - YouTube
• A nice post on ZGC and using -XX:SoftMaxHeapSize
• A nice talk about Java in containers by David Delabassee
• Sara Torrey (@SaraTorrey) has an amazing podcast, Exploring Axon, and in the most recent interview she interviewed Axon creator Allard Buijze
• Background: how we got the generics we have
• Bi-weekly Round-Up: Technical Ecosystem Updates from Cloud Foundry | 6.30.20
• Compact Forwarding Information
• …

Hi, Spring fans! In this installment, Josh Long (@starbuxman) talks to Dr. Yordan Karadzhov about instrumenting and visualizing the Linux Kernel, and understanding what's happening from the perspective of the platform, containers, and cloud-native Spring applications.

On behalf of the community, I’m pleased to announce the release of Spring Security 5.4.0-M2! You can find the complete details in the release notes and the highlights below:

OAuth 2.0

gh-8700 - OAuth2AuthorizedClientArgumentResolver picks up OAuth2AuthorizedClientManager bean

gh-8730 - Add JWTProcessor Configuration Post-Processor

gh-8669 - OAuth2AuthorizedClientArgumentResolver for XML

gh-8587 - Add ServerRequestCache setter in OAuth2AuthorizationCodeGrantWebFilter

gh-8603 - oauth2Client Test Support no longer requires an HttpSessionOAuth2AuthorizedClientRepository

gh-8501 - Add issuerUri to…

Hi, Spring fans! Welcome to another installment of This Week in Spring! What a wonderful week it's been and it's only Tuesday! I spoke to folks in Switzerland on Monday, had a few awesome meetings with folks later, then today spoke to folks in Germany in the morning and then folks in APJ (Singapore, mostly) in the evening. And tomorrow, I'm speaking at the JPoint virtual conference about Bootiful Kotlin. I'd love to see you there!

Now then, we've got a ton of things to look at this roundup so let's get to it!

• URL Matching with PathPattern in Spring MVC
• I did a webinar introducing Tazu Wavefront last week that you can watch now - do not miss this!
• I also released an episode of A Bootiful Podcast: Tanzu Wavefront co-founder and VMware Principal Engineer Clement Pang which I highly recommend if you want to learn more about Wavefront and the incredible scale that allows it meet the scale demands of Reddit, Home Depot, and more.
• A great screencast from Matt Raible: Angular Docker with a Big Hug from Spring Boot
• Angular Docker with a Big Hug from Spring Boot | Okta Developer
• …

The recent Spring Framework 5.3 M1 release announcement mentions "Spring MVC comes with PathPattern parsing for efficient URL matching". This post expands on that with more context and detail.

Overview

In Spring applications AntPathMatcher is used to identify classpath, file system, remote, and other resources in Spring configuration. It has also been used in Spring MVC to match URL paths. Over time the use of patterns in web applications grew in number and syntax with AntPathMatcher evolving to meet those needs but some pain points remain without a solution:

1. In web applications, patterns need to be matched many times per request and therefore any gains in performance and efficiency matter. However String pattern matching limits what can be achieved.

2. Choosing the most specific pattern among several that match a request has proven challenging over the years with no simple ways to make it more predictable without impacting other cases.

3. Matching a String path to a String pattern makes it difficult to avoid URI encoding issues. For example should the incoming path be decoded first and then matched? That allows for patterns themselves to be declared without encoded characters, but what if the request path contains %2F or %3B which are / and ; respectively? Once decoded those alter the structure of the path making it harder to match reliably. We could leave the request path encoded via UrlPathHelper#urlDecode…