Comment Daemonize un Programme Java?

Si vous ne pouvez pas compter sur Java Service Wrapper cité d'ailleurs (par exemple, si vous êtes en cours d'exécution sur Ubuntu, qui n'a pas de version de paquet de SW), vous voudrez probablement le faire à l'ancienne: de votre programme d'écriture de son PID dans /var/run/$nom_du_programme.pid, et écrire un standard script d'initialisation SysV (par exemple utiliser l'un pour ntpd comme un exemple, c'est simple) autour d'elle. De préférence, faire LSB-conforme, trop.

Essentiellement, le début de la fonction teste si le programme est déjà en cours d'exécution (par des tests si /var/run/$nom_du_programme.pid existe, et le contenu de ce fichier est le PID d'un processus en cours d'exécution), et si pas exécuter

logfile=/var/log/$progname.log
pidfile=/var/run/$progname.pid
nohup java -Dpidfile=$pidfile $jopts $mainClass </dev/null > $logfile 2>&1

La fonction d'arrêt et de contrôles sur /var/run/$nom_du_programme.pid, teste si le fichier est le PID d'un processus en cours d'exécution, vérifie qu'il s'agit d'une machine virtuelle Java (afin de ne pas tuer un processus qui simplement réutilisé le PID d'un mort instance de mon Java démon) et puis tue le processus.

Lorsqu'il est appelé, ma méthode main() va commencer par écrire son PID dans le fichier défini dans le Système.getProperty("pidfile").

Un obstacle majeur, si: en Java, il n'est pas simple et standard pour obtenir le PID du processus de la JVM s'exécute dans.

Voici ce que je suis venu avec:

private static String getPid() {
    File proc_self = new File("/proc/self");
    if(proc_self.exists()) try {
        return proc_self.getCanonicalFile().getName();
    }
    catch(Exception e) {
        ///Continue on fall-back
    }
    File bash = new File("/bin/bash");
    if(bash.exists()) {
        ProcessBuilder pb = new ProcessBuilder("/bin/bash","-c","echo $PPID");
        try {
            Process p = pb.start();
            BufferedReader rd = new BufferedReader(new InputStreamReader(p.getInputStream()));
            return rd.readLine();
        }
        catch(IOException e) {
            return String.valueOf(Thread.currentThread().getId());
        }
    }
    //This is a cop-out to return something when we don't have BASH
    return String.valueOf(Thread.currentThread().getId());
}

Je préfère le nohup de commande. Le blog dit qu'il y a de meilleures façons, mais je ne pense pas qu'ils soient assez de mieux.

Cela dépend. Si c'est juste une chose une seule fois, je veux daemonize et puis rentrer à la maison, mais généralement, j'attends les résultats, je pourrais faire:

nohup java com.me.MyProgram &

à la ligne de commande. Pour le tuer proprement, vous avez beaucoup d'options. Vous pourriez avoir un écouteur pour SIGKILL, ou écouter sur un port et d'arrêt lorsqu'une connexion est établie, vérifiez périodiquement un fichier. La différence des approches différentes ont des faiblesses. Si c'est pour une utilisation en production, je donnerais plus de la pensée, et probablement lancer un script dans /etc/init.d que nohups, et ont un plus sophistiqué de l'arrêt, tels que tomcat a.

Cette question est à propos de daemonizing un programme quelconque (pas de java spécifiques) de sorte que certaines des réponses peuvent s'appliquer à votre cas:

Prendre un coup d'oeil ici:

http://jnicookbook.owsiak.org/recipe-no-022/

pour un exemple de code qui est basée sur la JNI. Dans ce cas, vous daemonize le code qui a commencé comme Java et les principaux de la boucle est exécuté en C. Mais il est également possible de mettre la main, du démon, service de boucle à l'intérieur de Java.

https://github.com/mkowsiak/jnicookbook/tree/master/recipeNo029

Avoir du plaisir avec JNI!