Skip to content
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

Wildfly image #7

Open
devylon opened this issue Jan 18, 2017 · 4 comments
Open

Wildfly image #7

devylon opened this issue Jan 18, 2017 · 4 comments

Comments

@devylon
Copy link

devylon commented Jan 18, 2017

I'm new to docker and just started to experiment with docker. Therefor I used the docklands wildfly image. Starting wildfly with an ENTRYPOINT causes the image to not react on image shutdownhook and the wildfly ist just killed.

From the docker reference:

The shell form prevents any CMD or run command line arguments from being used, but has the disadvantage that your ENTRYPOINT will be started as a subcommand of /bin/sh -c, which does not pass signals. This means that the executable will not be the container’s PID 1 - and will not receive Unix signals - so your executable will not receive a SIGTERM from docker stop .

@AdamBien
Copy link
Owner

Do you need to gracefully download wildfly? Just killing it is faster :-)

@devylon
Copy link
Author

devylon commented Sep 29, 2017

I'm running camel within wildfly. And some of the camel routes need a graceful shutdown.

@t1
Copy link

t1 commented Mar 8, 2019

I really like Adam. He does a great job. But at least for docklands/wildfly I prefer to use the official jboss/wildfly for several reasons:

  • It's always up-to-date (currently 16.0.0 over 15.0.0).
  • It uses a stable path /opt/jboss/wildfly/ so I can add deployments without repeating the version number.
  • It uses a system user (created with -r), which is more secure.
  • It registers shutdown hooks.
    And probably there are many more reasons that I just didn't see, yet.

@t1
Copy link

t1 commented Mar 14, 2019

okay, Adam just release an update to 16.0.0, so my first point is obsolete (for now) ;-)

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

No branches or pull requests

3 participants