-
Notifications
You must be signed in to change notification settings - Fork 28.6k
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
Special URL schemes for resources within single executable applications #53715
Comments
Since custom url schemes wouldn't be compatible with the Yarn (and Electron, I think) treats archives as virtual mount points (ie |
The idea here is mostly addressing the request to maintain the For the path use case to work, I think this would be a lower-level primitive for path hooks (e.g. |
Note that the URI scheme would have to be
Footnotes |
Good catch, it should be |
When discussing about the implication of using URLs to register module hooks (so if SEA uses it to override module loading to point loads to within the binary, the SEA need a way to override default module resolution before its own resolution customization is registered) @GeoffreyBooth came up with the idea of adding special URL schemes like
node-sea:
which allows various APIs to point to assets within the binary. Since SEA was designed with a lower-level user-land abstraction layer in mind (for example, turning fs API calls from within the application into an access tosea.getAssetRaw()
+ some additional access), this looks like a good utility for that abstraction layer in general, beyond just module hooks. So opening this issue to see what others think of it.cc @nodejs/single-executable
The text was updated successfully, but these errors were encountered: