Add a entrypoint before Mixin/AW bootstrap?
See original GitHub issueI am thinking to add an entry point before mixin/aw bootstrap happens (i.e. immediately after loading happens), which can give more flexibility for the mod developer. I guess we can call it PreInitEntryPoint
?
I also see some previous attempts, it would be perfect if someone can share some difficulties on this.
Issue Analytics
- State:
- Created 2 years ago
- Comments:12 (6 by maintainers)
Top Results From Across the Web
How to execute a shell command before the ENTRYPOINT via ...
In the Dockerfile, use SED to insert line 2 (using 2i ). # Insert into Dockerfile RUN sed -i '2iecho Run on startup...
Read more >How to Override Entrypoint Using Docker Run - phoenixNAP
Entrypoint defines the default executable of a container. Learn how to temporarily override entrypoint using the docker run command.
Read more >Five Use Cases For Docker Entry Points - Medium
Add the entry point file to the Docker image and use the ENTRYPOINT instruction to set the entry point. To achieve this task...
Read more >Difference between RUN vs CMD vs ENTRYPOINT Docker ...
But before we dive into the explanation, we need to first understand ... If you are using an ENTRYPOINT in your dockerfile, you...
Read more >Provisioning - Dockerfile Documentation - Read the Docs
Try to avoid entrypoint provision tasks because it delays startup time. ... run before /opt/docker/bin/provision add --tag bootstrap --priority 40 --role ...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
The use case could be:
IMixinConfigPlugin
.IMixinConfigPlugin
.What would you be trying to do to Mixin before bootstrap in the first place? You can’t (or at least shouldn’t) even interact with it before the
MixinBootstrap#init
call so I don’t understand why you’d want to be going earlier thanpreLaunch
.There is certainly merit in being able to add your own mods into the resolution process through Loader plugins, as has been discussed in #223 for example, but even the goal is to make Loader handle them like a mod loaded normally rather than something which needed special handling for Mixins, AWs, etc.