-
Notifications
You must be signed in to change notification settings - Fork 30.7k
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
Provide a reliable way to find the entrypoint path or URL #51840
Comments
There has been no activity on this feature request for 5 months. To help maintain relevant open issues, please add the
never-stale
|
Please don't close this! It would still be very useful! |
@nodejs/loaders |
There has been no activity on this feature request for 5 months. To help maintain relevant open issues, please add the
never-stale
|
Again, this would still be extremely useful. |
What is the problem this feature will solve?
This solves the same problem as
require.main.filename
did in a CommonJS-only world: finding the entrypoint script for the Node.js process. This is most commonly used to determine the whether the current file is the entrypoint, but is also useful for various other sorts of introspection about the running Node.js environment. My specific use-case is finding a sensible default base URL to use to replicate Node.js's package resolution algorithm.What is the feature you are proposing to solve the problem?
I suggest something like
process.cliEntrypoint
orprocess.cliMainUrl
. I think it's important that any solution be usable regardless of whether the current module is CJS or ESM.What alternatives have you considered?
require.main.filename
provides this information but it doesn't work outside of CJS files, nor does it work if the entrypoint itself is ESM.process.argv[1]
sometimes provides this information, but it has a number of problems:If the Node.js CLI is run without a file extension, like
node myapp
instead ofnode myapp.js
,process.argv[1]
won't have an extension either.If the entrypoint is a symlink,
process.argv[1]
will point to the symlink instead of the physical JS file. This differs from__filename
, which means it also differs from the logic used byrequire()
. Note thatnpm exec
always creates a symlink when running executables.process.argv
is mutable, so it's possible for unrelated code to modify it in such a way that it's no longer usable to find the entrypoint.The text was updated successfully, but these errors were encountered: