$ the-wire · showcase
Spring Boot fixes OTLP fallback and DataSource unwrap bugs
By RepoJournal · Filed · About Spring · Composed from the cited sources · methodology
11 people shipped this
somiljain2006
@somiljain2006
1 cited
jjh75607
@jjh75607
1 cited
Stéphane Nicoll
@snicoll
1 cited
Phillip Webb
@philwebb
1 cited
Andy Wilkinson
@wilkinsona
1 cited
Josh Cummings
@jzheaux
1 cited
Moritz Halbritter
@mhalbritter
1 cited
Amlan2000
@Amlan2000
1 cited
Martin Lippert
@martinlippert
Artem Bilan
@artembilan
dependabot
@dependabot
Spring Boot shipped two behavioral fixes overnight that will change how your OTLP config and DataSource unwrapping resolve at runtime.
Spring Boot's OTLP common property fallback now aligns logging and tracing behavior when resolving signal-specific config [1], so your transport-level assertions may no longer hold if you rely on fallback. For DataSource users, `unwrapRoot` now honors a wrapper's `unwrap` before checking the delegate chain [2], which fixes a real issue with `DecoratedDataSource` from spring-boot-data-source-decorator 2.0.1. The fix has been merged [3], and the team also cleaned up an Eclipse-only compiler error [4] and switched Java 27 detection to `String.encodedLength` [5]. Over in Spring Integration, `AbstractMailMessageTransformer` now preserves upstream headers via `copyHeadersIfAbsent` [6], so your correlation IDs and tracing headers survive mail transformations. Spring LDAP removed tag deployment from branch-level doc publishing [7] and added release train workflows [8], giving you a heads-up on their release process changes. The release notes for the MailMessageTransformer fix say it "retains upstream headers while preserving mail header precedence" [6]. Across 42 commits and 14 PRs, nothing else rises to urgent action; the rest is dependency bumps and test stability.
Action items
- → Review your OTLP config if you rely on common property fallback for transport settings spring-projects/spring-boot [monitor]
- → Verify DataSource unwrapping behavior with wrappers like DecoratedDataSource after this fix spring-projects/spring-boot [plan]
- → Update Spring Integration to include the mail header preservation fix spring-projects/spring-integration [plan]
References
- [1] Add common OTLP configuration for endpoint, compression and headers ↗ spring-projects/spring-boot
- [2] Honour a wrapper's unwrap when resolving the root DataSource ↗ spring-projects/spring-boot
- [3] Merge pull request #51410 from jjh75607 spring-projects/spring-boot ↗
- [4] Change code to make Eclipse compiler happy spring-projects/spring-boot ↗
- [5] Use method on String to identify Java 27 spring-projects/spring-boot ↗
- [6] GH-11281: Fix MailMessageTransformer for losing headers ↗ spring-projects/spring-integration
- [7] Remove tag deployment from branch-level deploy-docs ↗ spring-projects/spring-ldap
- [8] Add Release Train Workflows ↗ spring-projects/spring-ldap
