налаштувати java daemon з systemd

Я використовую це визначення для systemdроботи:

 [Unit]
 Description=Some job

 [Service]
 ExecStart=/usr/local/sbin/somejob
 User=dlt
 Type=forking

 [Install]
 WantedBy=multi-user.target

Сценарій викликається наступним чином (викликає просту процедуру, яка прослуховує сокет tcpip і додає вхід до файлу):

 #!/bin/sh

 cd /home/user/tmp/testout
 nohup java -jar /home/user/programming/tests/java/core/SocketTest/SocketTest.jar </dev/null >/dev/null &

Після того як systemctl start somejobпроцес показується як запущений, з initйого батьком:

 user@CANTANDO ~$ ps -u dlt eo pid,ppid,command
   PID  PPID COMMAND
  8718     1 java -jar /home/user/programming/tests/java/core/SocketTest/SocketTest.jar

Після виконання systemctl stop somejobпроцесу більше не відображається (і порт закритий).

Тож все здається прекрасним і модним

Моє запитання: Чи прийнятне це рішення для запуску демона Java з systemd, або є застереження, і, таким чином, інші більш стабільні чи безпечні способи досягти цього?

Ось деякі незначні зміни:

1. Оскільки він слухає мережевий сокет, зробіть це залежністю network.target.
2. nohupне потрібен, оскільки systemdбуде демонструвати виконуваний файл для вас.
3. Я думаю, що окремий скрипт оболонки був би надмірним, тому просто об’єднайте його у службовий файл.
4. Перенаправлення ( < /dev/nullі так далі) не потрібно, оскільки systemd встановлює відповідний стандартний контекст вводу-виводу. Дійсно, якщо ви вийдете з переадресації , systemd запише все, що надсилається на стандартний вихід програмою Java у своєму журналі, не вимагаючи спеціального механізму реєстрації.
5. Запуск асинхронно з викликаючої оболонки ( &) не потрібен чи доцільний.
6. Існує конкретна модель поведінки, яка вимагається Type=forking, і якщо вона не дотримується dæmon, справи йдуть не так. Тому спробуйте для Type=simple(або Type=notify).

Отже файл служби виглядає так:

[Unit]
Description=Some job
After=network.target

[Service]
WorkingDirectory=/home/user/tmp/testout
SyslogIdentifier=SocketTest
ExecStart=/bin/sh -c "exec java -jar /home/user/programming/tests/java/core/SocketTest/SocketTest.jar"
User=dlt
Type=simple

[Install]
WantedBy=multi-user.target

Примітки:

1. Ви не можете просто використовувати javaяк ім'я програми для запуску. systemd не шукає PATHвиконувані файли, а ім'я виконуваного файлу ExecStartповинно бути абсолютним. Так що якщо ви хочете , пошук шляху , ви повинні викликати через оболонку або /usr/bin/env. Вибираємо /bin/shтут.
2. Тому що це Type=simpleоболонка повинна execJava, а не запускати її як дочірній процес. systemd контролює сервіс через основний процес, і це має бути Java, а не батьківський оболонки.
3. Оскільки це не викликає безпосередньо виконуваний файл Java, systemd введе ім'я shу свій журнал як ім'я служби. Дивіться, як уникнути, щоб / usr / bin / env було позначено у системних журналах як виконуваний файл для отримання додаткової інформації про це.

Наскільки мені відомо, немає спеціального застереження щодо запуску Java-програми із Systemd.