Linux e CIA: iMasters - Integrando Tomcat e Apache

quarta-feira, julho 22, 2009

iMasters - Integrando Tomcat e Apache - Apache

Terça-feira, 15/06/2004 - 01:59 - Por Rodrigo Nordi
Seções relacionadas:
Integrando Tomcat e Apache

Olá pessoal. Neste artigo iremos falar sobre a integração entre o Apache e Tomcat, configurando seu Webserver de forma segura. Este artigo é baseado em configurações LINUX.
Parte 01 Instalar o Apache
Iremos descrever os seguintes passos para instalação do servidor Apache. Lembrando que todas as instalações deverão ser feitas pelo ROOT.
Descompactando o Apache:
#tar xfvz apache_1.3.xx.tar.gz
Acesar o diretoria descompactado:
# cd apache_1.3.xx
Configurar o Apache:
#./configure
Criando as dependência de instalação:
#make
Finalmente, a instalação:
# make install
Para iniciar ou parar o serviço do apache.
# /usr/local/apache/bin/httpd [start/stop/status]
Parte 02 Configuração do Apache
Conheceremos o arquivo http.conf (clique aqui para ver o arquivo completo em .txt), que é responsável pela configurações do servidor web.
ServerType standalone
ServerRoot /etc/httpd
ServerAdmin nordi.rodrigo@ig.com.br
ServerName www.nordi.rodrigo.com.br
ResourceConfig /dev/null
AccessConfig /dev/null
BindAddress *
NameVirtualHost 10.82.11.7
PidFile /var/run/httpd.pid
ScoreBoardFile /var/run/httpd.scoreboard
Timeout 300
KeepAlive On
MaxKeepAliveRequests 100
KeepAliveTimeout 15
MinSpareServers 8
MaxSpareServers 20
StartServers 10
MaxClients 150
NOTA. Esta é uma parte retirada do arquivo http.conf, mas é necessário para exemplificar a nossa aplicação. Caso queira acessar o arquivo completo, clique e veja o http.conf.txt.
Parte 03 Instalar o TOMCAT
Seguindo a seqüência, você poderá encontrar o servidor Tomcat no site do projeto Jakarta. O Tomcat pode ser também obtido em outros links, mas em nosso caso iremos fazer um downlaod Jakarta.
tomcat4-4.1.10-full.3jpp.noarch.rpm
Você pode chegar diretamente através da URL:
http://jakarta.apache.org/builds/jakarta-tomcat-4.0/archives/v4.1.10/rpms/
Agora instalaremos o Tomcat, como root, através do comando rpm:
# rpm -ivh tomcat4-4.1.10-full.3jpp.noarch.rpm
A seguinte saída é observada para este comando:
A preparar... ########################################### [100%]
1:tomcat4 ########################################### [100%]
Após instalado o Tomcat, temos que verificar se o seu processo está ativado.
ps awx tomcat4
Estando ativo, ele iniciará em modo Stand-Alone. Nesse caso ele funcionará sozinho, sem nenhuma integração com outros servidores web. Para verificar, inicie o serviço.
/etc/init.d/tomcat start
Para a verificação de execução de modo correto, você poderá utilizar o seguinte comando.
netstat -l | grep 8080
Para abrir em seu browser: http://localhost:8080
NOTA. Se por algum motivo seu Tomcat não iniciar, verifique em que RUNLEVEL ele está trabalhando. O correto para o funcionamento padrão ele utilizar os RUNLEVEL 3 e 5.
Parte 04 Integração Apache+TOMCAT
Nesta parte é necessário grande atenção pois temos procedimentos a serem executados.
Para a integração podemos utilizar várias conector, mas neste artigo irei falar sobre WebApp. Ele é mais simples e muito funcional. Você poderá encontrar ele no próprio projeto Jakarta. O WebApp realiza a comunicação do TOMCAT+APACHE através do protocolo WARP.
Para adicionar o módulo WebApp em seu Apache você poderá fazêlo pelo seguinte comando:
AddModule mod_webapp.c
Para a integração é necessário utilizar os seguintes módulos, através do seguinte comando.
LoadModule module_webapp modules/mod_webapp.so
Para a integração real do Apache é feito através das configurações de domínio virtual.

DocumentRoot /home/rnordi
DocumentIndex index.jsp
WebAppConnection conn warp 8008
WebAppDeploy nordi.rodrigo conn jspbrasil

Descrição das duas linhas acima
WebAppConnection [nome_da_conexao] [protocolo] [porta]
WebAppDeploy [url-relativa] [nome_da_conexao] [contexto]
NOTA. Se você utilizar em seu Apache módulos dinâmicos, será necessário proceder desta forma.
LoadModule module_webapp libexec/mod_webapp.so.
No próximo artigo faremos novas implementações em nosso Webserver, mais na área de segurança de aplicação.
Até a próxima.