You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
adds a JVM shutdown hook which sends the cancel msg on irregular shutdown (SIGTERM)
this requires to build the native image with --install-exit-handlers, since without it, GraalVM would not trigger shutdown hooks on irregular shutdowns
The problem however is that the build is also setting -H:-ParseRuntimeOptions for the purpose of delegating -D params instead of parsing them as args. This seems to mess with the signal chaining and prevents the shutdown hook from running again.
This almost looks like a graalvm bug to me - but I am not sure. Maybe someone here has more experience with this scenario. (I tried graalvm 22.0.2 and also some older releases).
If the mvnd team thinks this is the right direction I would try to investigate a bit further if this is a graalvm bug or not.
(There are also many ways how to solve this from the side of NetBeans, it could send "ctrl+c" first, however there is probably no way to know how long to wait before sending TERM if nothing happens. Or it could talk to the daemon itself. I think it would be more elegant if both mvn and mvnd would be treated the same though in terms of shutdown.)
The text was updated successfully, but these errors were encountered:
Hello!
the client is cancelling jobs on
ctrl+c
which makes sense. However, it seems like it won't do anything on TERM signal.This makes it difficult for tools which treat mvn and mvnd the same to stop jobs, e.g (apache/netbeans#7676).
This would be trivial to solve with a shutdown hook, but while playing with this, some problems occurred:
This almost looks like a graalvm bug to me - but I am not sure. Maybe someone here has more experience with this scenario. (I tried graalvm 22.0.2 and also some older releases).
If the mvnd team thinks this is the right direction I would try to investigate a bit further if this is a graalvm bug or not.
(There are also many ways how to solve this from the side of NetBeans, it could send "ctrl+c" first, however there is probably no way to know how long to wait before sending TERM if nothing happens. Or it could talk to the daemon itself. I think it would be more elegant if both mvn and mvnd would be treated the same though in terms of shutdown.)
The text was updated successfully, but these errors were encountered: