configurar java daemon com systemd

Estou usando esta definição para um systemdtrabalho:

 [Unit]
 Description=Some job

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

 [Install]
 WantedBy=multi-user.target

O script é chamado da seguinte maneira (chamando uma rotina simples que escuta em um soquete tcpip e anexa a entrada a um arquivo):

 #!/bin/sh

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

Após o systemctl start somejobprocesso aparecer como em execução, com initcomo pai:

 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

Depois de executar systemctl stop somejobo processo não aparece mais (e a porta está fechada).

Então, tudo parece bem e elegante

Minha pergunta é: Essa é uma solução aceitável para executar um daemon java com systemd, ou existem advertências e, portanto, outras maneiras mais estáveis ​​ou seguras de se conseguir isso?

Aqui estão algumas pequenas modificações:

1. Como escuta em um soquete de rede, faça disso uma dependência de network.target.
2. nohupnão é necessário, pois systemddaemonize o executável para você.
3. Eu acho que um script de shell separado seria um exagero, então apenas o mescle no arquivo de serviço.
4. O redirecionamento ( < /dev/nulle assim por diante) não é necessário, pois o systemd configura um contexto de E / S padrão apropriado. De fato, se você remover o redirecionamento, o systemd registrará qualquer coisa enviada à saída padrão pelo programa Java em seu diário, sem a necessidade de nenhum mecanismo especial de registro.
5. A execução assíncrona do shell de chamada ( &) não é necessária ou apropriada.
6. Existe um padrão de comportamento específico exigido por Type=forking, e se não for seguido pelo daemon, as coisas dão errado. Então tente Type=simple(ou Type=notify).

Portanto, o arquivo de serviço fica assim:

[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

Notas:

1. Você não pode simplesmente usar javacomo o nome do programa para executar. systemd não procura PATHpor executáveis, e o nome do executável fornecido ExecStartdeve ser absoluto. Portanto, se você quiser pesquisar o caminho, precisará invocar por meio de um shell ou /usr/bin/env. Nós escolhemos /bin/shaqui.
2. Porque este é Type=simpleo shell deve execJava, não executá-lo como um processo filho. O systemd controla o serviço através do processo principal, e isso precisa ser Java, não um processo de shell pai.
3. Como isso não está chamando o executável Java diretamente, o systemd colocará o nome shem seu diário como o nome do serviço. Consulte Como evitar que / usr / bin / env seja marcado nos logs do systemd como executável para obter mais informações.

Até onde eu sei, não há nenhuma advertência especial sobre a execução de aplicativos Java com o Systemd.