-
Notifications
You must be signed in to change notification settings - Fork 39
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Allow to load a wasm file from a remote registry #121
Comments
Hello @k33g! Thank you for the issue and the suggestion 😄. To understand better the issue and solution, are those public registries exposing these resources following any specification like OCI? Are they just exposing the resources as files? In the example, the download filename is Thanks! |
@Angelmmiguel I used the GitLab generic package registry so it's more exposing resources as files, but OCI would be nice too |
Thanks for the clarification! Yes, I agree it would be interesting support multiple remote artifacts. It reminds me how some JavaScript runtimes like Deno supports running remote scripts:
I would make these resources as valid paths for
The protocol will determine how to handle it. I may need to give a thought about how to distinguish between scripts and compressed resources. The extension could be enough, although I'm thinking if auto-decompression may cause other kind of issues. |
Hey @k33g! I plan to start working on this issue and add support for git repositories. I will add support for other protocols / URLs after that 😄 |
@Angelmmiguel, that's excellent news 🤩 |
@k33g I just merged the changes to run a There are new options for git repositories:
And you can now run the examples from this repo directly:
|
Is your feature request related to a problem? Please describe.
I publish my wasm plugin on wapm.io or a GitLab Generic Package registry. At the start of
wws
I would like to be able to set an option or an environment variable with the URL of the wasm module to download the module and then start/serve it.Describe the solution you'd like
Describe alternatives you've considered
No response
Additional context
No response
The text was updated successfully, but these errors were encountered: