livro Apache - Instalação, configuração e gestão de servidores web

Para o conseguir, é necessário caracterizar pelo menos uma das componentes (estática ou dinâmica) no que diz respeito ao espaço de URIs, de forma a parametrizar o mecanismo que garante a divisão de pedidos. Tipicamente, esta caracterização é efectuada com base nas extensões dos ficheiros que correspondem à componente aplicacional (.pl, .php, .jsp, etc). Um outro requisito é a instalação de um serviço web que recebe todos os pedidos (apache com suporte mod_rewrite e mod_proxy) e a activação do serviço relativo à componente aplicacional num outro porto. Na prática, o primeiro serviço recebe todos os pedidos, aplica algumas regras aos pedidos e decide se deve servir de imediato os pedidos (tipicamente, conteúdos estáticos) ou se solicita o resultado dos mesmos pedidos ao servidor aplicacional.

Para efeitos de exemplo, vamos assumir que a componente aplicacional é garantida por ficheiros com a extensão jsp e que o serviço aplicacional está à escuta no porto 8080. A configuração do serviço web de frontend (que receve todos os pedidos) deverá ser semelhante ao seguinte:

<VirtualHost *:80>
ServerName apache.superbofh.org
ServerAlias www.apache.superbofh.org
...
...
DocumentRoot /srv/vhosts/apache.superbofh.org
RewriteEngine On
RewriteRule ^/(.*\.jsp.*)$ http://%{HTTP_HOST}:8080/$1 [P,L]
RewriteRule ^/?$ http://%{HTTP_HOST}:8080/default.html [P,L]
</VirtualHost>

Esta configuração garante que os conteúdos estáticos (e/ou outros que não os servidos pelos .jsp) são servidos rapidamente, e os pedidos da componente aplicacional são passados ao servidor correspondente. Para além disso, a configuração não publicita o facto de se estar a utilizar serviços diferentes para garantir as duas funções; caso seja pretendido que os clientes se apercebam deste facto, bastará alterar as flags das regras de reescrita (substituir o P por um R).