Skip to content

IntroductionToWolverineLibrary: retarget net10.0, WolverineFx 6.25.5, add RuntimeCompilation package - #2084

Merged
CodeMazeBlog merged 1 commit into
CodeMazeBlog:mainfrom
vladimir-pecanac-main:seo/120880-wolverine
Aug 12, 2026
Merged

IntroductionToWolverineLibrary: retarget net10.0, WolverineFx 6.25.5, add RuntimeCompilation package#2084
CodeMazeBlog merged 1 commit into
CodeMazeBlog:mainfrom
vladimir-pecanac-main:seo/120880-wolverine

Conversation

@vladimir-pecanac-main

Copy link
Copy Markdown
Collaborator

Retargets to net10.0, bumps WolverineFx to the 6.25.x line (6.25.5). Adds WolverineFx.RuntimeCompilation: 6.x split the runtime Roslyn compiler out of the core package, so UseWolverine() as shown in the article throws on startup without it. builder.Host.UseWolverine(...) registration itself is unchanged. 6/6 tests pass on net10.0.

…25.5, switch to built-in OpenAPI

WolverineFx 6.x no longer ships the runtime Roslyn compiler in the core package, so
the sample fails to start with TypeLoadMode.Dynamic unless WolverineFx.RuntimeCompilation
is referenced. Added it alongside the WolverineFx bump.

Replaced Swashbuckle with the built-in OpenAPI support the .NET 10 webapi template
uses (AddOpenApi/MapOpenApi) and dropped the now-redundant per-endpoint WithOpenApi()
calls from all three endpoints. Repointed launchUrl to the OpenAPI document.
@CodeMazeBlog
CodeMazeBlog merged commit df577fd into CodeMazeBlog:main Aug 12, 2026
3 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants