LOGs JPyKotaGUI

Obs.: se necessitar olhar os (logs em primeiro plano) do JPykotaGUI por intermédio do "apache-tomcat-6.0", realize o start no "apache-tomcat-6.0" em modo que visualize os logs em primeiro plano:

# /usr/local/apache-tomcat-6.0/bin/catalina.sh run

Obs.: o caminho dos arquivos de logs (em segundo plano) fica em /usr/local/apache-tomcat-6.0/logs/.

# tail -f /usr/local/apache-tomcat-6.0/logs/stdout.log

Obs.: caso o mesmo já esteja com serviço ativo, parar este e iniciar no modo acima.

Considerações sobre o método de inicialização do Tomcat

Encontrei uma explicação boa, feita pelo usuário Olaf Kock, com a relação aos modos de inicialização do Tomcat, ela está resumida abaixo, mas pode ser encontrada nesse link:

• https://stackoverflow.com/posts/29992541/edit

catalina.sh run inicia o tomcat em primeiro plano, exibindo os logs no console em que você o iniciou. Pressionar Ctrl-C terminará o tomcat.

startup.sh irá iniciar o tomcat no fundo. Você terá que digitar tail -f logs/catalina.out para ver os logs.

Ambos farão as mesmas coisas, além da distinção primeiro plano / plano de fundo.

Na verdade, startup.sh é bem pequeno. Se você inspecionar o arquivo, verá que ele, por sua vez, chama catalina.sh start. E catalina.sh você pode simplesmente procurar por ocorrências de execução e início para ver a diferença na maneira como elas são tratadas.

service tomcat start normalmente está iniciando um daemon em segundo plano no Linux (ou * nix), através de outro script do sistema operacional (não-tomcat), por exemplo, em /etc/init.d. Normalmente, ele também cuida da execução do tomcat como um usuário específico (geralmente chamado de "tomcat" ou similar). Se você estiver usando o tomcat da sua distribuição Linux, você deve começar apenas com este script. Caso contrário, você estará se arriscando a que arquivos temporários ou arquivos de log não possam ser sobrescritos, porque pertencem a um usuário diferente com o qual você usou para iniciar o tomcat anteriormente.