Skip to content

Conversation

@Sineaggi
Copy link

@Sineaggi Sineaggi commented Jan 22, 2026

Existing solution used a filter to remove the generated sources from the main source set, but we shouldn't have xjc sources on main at all. This also still leaves the sources associated with main, just excluded. Additionally, this code relies on the xjc task already being a dependency of compileJava, configuring sources when the xjc task is realized.

We can work around this by resetting the main and resources source sets to their standard dirs.

Once we've done that, we can hook up the output (here flatMaped out from the generation task) so that the output directories are properly associated with the task that generates them.

This simplifies the overall configuration and enables the use of configuration-cache for test compile and debug tasks.

@spring-projects-issues spring-projects-issues added the status: waiting-for-triage An issue we've not yet triaged or decided on label Jan 22, 2026
@Sineaggi Sineaggi force-pushed the fix-oxm-cc branch 2 times, most recently from a533e18 to 32513e9 Compare January 22, 2026 16:44
Signed-off-by: Clayton Walker <clayton.m.walker@gmail.com>
@sbrannen sbrannen changed the title Fix spring-xml when configuration-cache is enabled Fix spring-oxm Gradle build when configuration cache is enabled Jan 22, 2026
@Sineaggi
Copy link
Author

I don't use eclipse but it's possible 5aa3883 is no longer necessary to work around Gradle's eclipse integration.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

status: waiting-for-triage An issue we've not yet triaged or decided on

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants