Skip to content

Conversation

itowlson
Copy link
Collaborator

This arose from prototyping WASI P3 middleware. It was convenient to represent my middleware components as untriggered Spin components so they could participate in spin build, but then the app wouldn't load because the middleware components imported next (aka origin), which Spin couldn't satisfy.

I do worry that this solution might have unintended consequences, since it puts our instance map out of sync with our component list. If we're concerned, I can close this and build my middleware using additional build.commands and avoid the Spin components. But I think Till wants to be able to build library components within Spin anyway? So we may need to figure it out at some point anyway.

Anyway very open to thoughts...

@fibonacci1729 fibonacci1729 requested a review from lann October 3, 2025 17:40
@tschneidereit
Copy link
Contributor

I think Till wants to be able to build library components within Spin anyway?

And indeed, I ran into the same issue in that pursuit just now. Thank you for fixing this!

This allows the manifest to contain components which exist only to be used in composition and do not necessarily comply with the Spin world - albeit more important for future middleware-style projects than for current import-style dependencies.

Signed-off-by: itowlson <[email protected]>
@itowlson itowlson force-pushed the skip-loading-unused-components branch from 18072f3 to 3f2882f Compare October 5, 2025 19:52
@itowlson itowlson enabled auto-merge October 5, 2025 19:56
@itowlson itowlson merged commit eed7f7f into spinframework:main Oct 5, 2025
73 of 81 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.

3 participants