Welchen Vorteil habe ich von JSVC gegenüber nur mit systemd?

Der Tomcat-Dokumentation beschreibt den Prozess des Kompilierens und der Installation JSVCdie verwendet werden können, um führen Sie Tomcat als daemon. Gemäß meinem Verständnis, JSVC hat zwei Vorteile:

  1. Es startet als root, so dass für die Verwendung von einem privilegierten port (z.B. 80 oder 443).
  2. Schafft es eine "controller-Prozess" - monitor einen "gesteuerten Prozess" (die wichtigsten Java-thread) und starten Sie den Vorgang auf Fehler.

Habe ich gelernt systemdeinschließlich der service-Einheit-Konfiguration. Basierend auf meinem begrenzten Verständnis, systemd ist in der Lage die gleichen Aufgaben wie JSVC wenn ich User=tomcat (mit dem gewünschten Benutzernamen) und Restart=on-failure in meinem tomcat.service Konfigurationsdatei.

Mit JSVCwürde ich erwarten, dass tomcat.service so Aussehen:

[Unit]
Description=Apache Tomcat
After=network.target

[Service]
Environment=CATALINA_PID=/var/run/tomcat.pid
Environment=JAVA_HOME=/path/to/java
Environment=CATALINA_HOME=/opt/tomcat
...

ExecStart=/opt/tomcat/bin/jsvc \
    -Dcatalina.home=${CATALINA_HOME} \
    -user tomcat \
    -java-home ${JAVA_HOME} \
    -pidfile ${CATALINA_PID} \
    ...
    org.apache.catalina.startup.Bootstrap

ExecStop=/opt/tomcat/bin/jsvc \
    -pidfile ${CATALINA_PID} \
    ...
    -stop \
    org.apache.catalina.startup.Bootstrap

[Install]
WantedBy=multi-user.target

Mit systemdwürde ich erwarten, dass tomcat.service so Aussehen:

[Unit]
Description=Apache Tomcat
After=network.target

[Service]
Type=forking  
PIDFile=/var/run/tomcat.pid
User=tomcat
Group=tomcat
Environment=JAVA_HOME=/path/to/java
Environment=CATALINA_HOME=/opt/tomcat
...

Restart=on-failure

ExecStart=/opt/tomcat/bin/startup.sh
ExecStop=/opt/tomcat/bin/shutdown.sh

[Install]
WantedBy=multi-user.target

Meine Vorliebe ist die Verwendung nur systemd als es das schon gibt und ich muss (sollte) verwenden Sie es trotzdem. Ich bin jedoch unsicher, ob oder ob nicht werde ich fehlen Vorteil der Verwendung von JSVC, ich bin Blick.

Was erreicht werden kann, JSVC, die nicht erreicht werden kann, die von systemd, wenn ich laufen will Tomcat als daemon?

Auch, wenn systemd ist in der Lage die gleichen Aufgaben wie JSVC sowie JSVC, ich möchte auch zu Fragen, für jede Konfigurations-Tipps, die Sie anbieten können, am besten erreichen Sie die Vorteile von JSVC mit nur systemd.

InformationsquelleAutor der Frage | 2015-03-06

  1. 16

    Im Allgemeinen, die meisten der Funktionalität von jsvc wird von systemd, mit Ausnahme der öffnung von privilegierten ports (siehe unten). Wenn möglich, ist es eine sehr gute Idee, wechseln Sie zur Verwendung von systemd-Funktionalität direkt, da die Dinge einfacher und effizienter.

    Ihre unit-Datei sieht meistens OK, mit Ausnahme von

    ExecStart=/opt/tomcat/bin/startup.sh
ExecStop=/opt/tomcat/bin/shutdown.sh

    Diesem Teil sieht aus wie ein wrapper, der kann ersetzt werden durch eine direkt an
    java -jar ....

    Eröffnung privilegierte sockets

    Unter Systemd dies geschieht in der Regel durch die socket-Aktivierung an. Systemd öffnet den socket und übergibt ihn der Dämon wie ein geöffneter Dateideskriptor (wie stdin, stdout, stderr).

    Den daemon kann dann gestartet werden, als nicht-privilegierten Benutzer und die nicht-drop-Berechtigungen selbst. Der daemon hat, dies zu unterstützen und statt dem öffnen der Dose durch sich selbst, es sollten die, die Sie gegeben wurde. Unter Java ist dies sehr problematisch, durch die mangelnde Unterstützung in der Java-stdlib.

    AFAIK tomcat nicht unterstützt socket-Aktivierung, so dass, wenn Sie möchten, verwenden Sie einen privilegierten port und starte den daemon unter einem unprivilegierten Benutzer, jsvc könnte noch nötig sein.

    InformationsquelleAutor der Antwort zbyszek

  2. 5

    In diesem Punkt, den ich verwenden würde, JSvc. Aber wickeln Sie es mit Systemd script, wenn ich musste.

    1. Beachten JSvc ist nur eine andere ausführbare Datei. So ein regelmäßiges system-Benutzer können konfigurieren, dass ein JSvc service zum Beispiel. Es ist sicher zu sagen, dass auf den meisten Distributionen Systemd benötigt root-Berechtigungen konfiguriert werden.

    2. Habe ich auch geschrieben, Java-Programme, die mit JSvc und ProcRun.exe durch die Verpackung eine kleine Java-Schnittstelle. Dies ermöglicht mir, mit den gleichen service-code und auch JUnit-integration-tests auf Unix-und Windows-Betriebssysteme. Also ich würde behaupten, JSvc und ProcRun.exe zusammen ermöglichen cross-Plattform-service-code.

    3. JSvc hat einige interessante Java-spezifische Optionen, die für Sie nützlich sein kann. Wie der start der JVM ( Prozess oder DLL ), usw. Sie können schreiben, eine Menge die in einen Systemd Skript, aber ich vermute, Sie würden nur umgeschrieben werden, JSvc in der Bash an diesem Punkt.

    So ist es vielleicht nicht sehr überzeugend für Ihre spezifischen Tomcat Beispiel. Aber es gibt einige Vorteile, um mit dem tiny JSvc service wrapper über Systemd.

    InformationsquelleAutor der Antwort kervin

  3. 0

    Sollten Sie verwenden, jsvc wenn Sie möchten, führen Sie tomcat mit nicht-root-Rechte, aber mit low-port(<1024).

    Auch deaktivieren der shutdown-port verfügbar wird. Es kann nicht verwendet werden, wenn Tomcat läuft mit den standard-shell-Skripten, obwohl, wie es wird verhindert, dass shutdown.bat/.sh und catalina.bat/.sh stoppen Sie anmutig.

    InformationsquelleAutor der Antwort user3132194

Schreibe einen Kommentar