Diferença entre duas maneiras de instalar o tomcat como um serviço (Linux)

Question

Estou instalando o tomcat em um servidor linux e gostaria que ele estivesse disponível como um serviço. Eu encontrei duas maneiras diferentes de conseguir isso.

O primeiro é copiar o daemon.sh de $ CATALINA_HOME / bin para /etc/init.d, e o outro que eu vi é criar um script init simples que classifique $ CATALINA_HOME / bin / startup.sh , etc. Startup.sh chama catalina.sh.

O conteúdo do daemon.sh e startup.sh é muito parecido (pelo menos para as variáveis de env, e coisas assim). Daemon.sh chama jsvc no final. Catalina.sh chama java.

Qual é a diferença (prática) entre usar os dois ao configurar o tomcat como um serviço?

    

Answer 1

Eu sempre configuro os ambientes do Tomcat com o Apache HTTPD na frente dele, servindo como um servidor proxy para o back-end do Tomcat.

Portas abaixo de 1024 são portas privilegiadas. Basicamente, isso significa que se você executar o Tomcat diretamente usando catalina / startup / shutdown, será necessário executar como root, para ligar a 80 ou 443 (SSL).

jsvc permitirá que você execute o Tomcat como um usuário não privilegiado e crie o ouvinte apenas como usuário privilegiado.

Eu nunca implantei uma configuração que usa o jsvc. Eu escrevi um script init.d simples que inicia o Tomcat em uma "conta de serviço" e, em seguida, deixo o mod_proxy (_ajp) falar com ele do Apache. Dessa forma, você pode fazer com que seu tomcat ouça localmente em uma porta não privilegiada, e deixe o Apache fazer o que é bom.