CATALINA_HOME vs. CATALINA_BASE

Question

Não consigo encontrar uma resposta definitiva para o motivo pelo qual o Ubuntu definiria a variável de ambiente CATALINA_BASE , tornando-a diferente de CATALINA_HOME . Eu encontrei este documento que sugere que não definir CATALINA_BASE seria equivalente a% código%. Esse documento também sugere que a configuração de CATALINA_HOME seria feita para disponibilizar várias instâncias.

No entanto, parece que não consigo encontrar nada que explique isso. Presumivelmente, rodar com um único CATALINA_BASE tem sido bom por um longo tempo, mas o Ubuntu mudou.

Eu encontrei esta pergunta com um esclarecendo a resposta no AskUbuntu, mas não há muito especificamente em CATALINA_HOME vs. CATALINA_HOME . Essa pergunta alude ao parâmetro "appBase", que é documentado na documentação do Tomcat6 para o container Host no arquivo de configuração.

Aqui estão as perguntas: Por que essas duas variáveis são separadas? Quando eles deveriam ser separados? O que isso permite que o administrador faça? O que você coloca em cada diretório? Quando essas duas variáveis devem ser as mesmas? O que o ASF recomenda para a prática padrão?

    

Answer 1

% bl0ck_qu0te%

catalina.home aponta para a localização da informação comum.
catalina.base aponta para o diretório onde todas as informações específicas instância são mantidas.

Então você tem 1 casa e pode ter mais de 1 base.

% bl0ck_qu0te%

Se você tiver um tomcat, poderá defini-los com o mesmo valor, mas a boa prática sugeriria planejar com antecedência e mantê-los separados: você nunca sabe se precisa de mais de um tomcat. O Ubuntu começou a seguir essa maneira de pensar devido a ser mais lógico: facilita a execução de 2+ tomcats, mas não desativa a execução de 1 tomcat, em que configurá-los para o mesmo valor exigiria que todos editassem o valor base. Faz mais sentido mantê-los diferentes.

% bl0ck_qu0te%

Permitir que mais de um tomcat seja executado ao mesmo tempo em que cada instância do tomcat possa ter seus próprios aplicativos.

% bl0ck_qu0te%

A casa contém o binairy.
Base contém conf, logs, webapps, work e temp. 1 para cada instância do tomcat.

    

Answer 2

CATALINA_HOME vs CATALINA_BASE

Se você estiver executando várias instâncias, precisará das duas variáveis, caso contrário, somente CATALINA_HOME .

Em outras palavras: CATALINA_HOME é obrigatório e CATALINA_BASE é opcional.

CATALINA_HOME representa a raiz da sua instalação do Tomcat.

% bl0ck_qu0te%

Veja: Apache Tomcat 7 - Introdução

A execução com CATALINA_HOME e CATALINA_BASE separados está documentada em RUNNING.txt, que diz:

% bl0ck_qu0te%

Por exemplo:

% bl0ck_qu0te%

Várias instâncias do Tomcat

% bl0ck_qu0te%

Como verificar

A maneira mais fácil de verificar o que é seu CATALINA_BASE e CATALINA_HOME é executando startup.sh , por exemplo:

$ /usr/share/tomcat7/bin/startup.sh
Using CATALINA_BASE:   /usr/share/tomcat7
Using CATALINA_HOME:   /usr/share/tomcat7

Você também pode verificar onde os arquivos do Tomcat estão instalados, por dpkg tool como abaixo (Debian / Ubuntu):

dpkg -L tomcat7-common

    

Answer 3

Além de ser a melhor maneira de executar duas instâncias do tomcat, facilita a atualização.

Estou usando esta configuração.

<!-- language: bash -->

/opt/apache-tomcat-7.0-32
/opt/apache-tomcat-7.0.39
/opt/apache-tomcat-7       (simbolic link to apache-tomcat-7.0.32)

CATALINA_HOME = / opt / apache-tomcat-7

/srv/user_deploys/tomcat_product_a
/srv/user_deploys/tomcat_product_b

CATALINA_BASE aponta para um ou outro diretório de implantação.

Os binários e bibliotecas básicos estão em /opt/ Basta copiar server.xml , web.xml (e alguns outros arquivos, ler os documentos, por favor) e criar diretórios bin, logs, webapps, temp, work (RTLM, L as lovelly, por favor)

Você pode atualizar os binários do tomcat, modificando CATALINA_HOME no arquivo $ CATALINA_BASE / bin / setenv.sh para cada instância ou pode simplesmente modificar o link simbólico, atualizando binários "globalmente"

É mais fácil atualizar mesmo que você tenha apenas uma instância.