Apache mod_jk substituindo regras mod_rewrite

1

Temos uma configuração um pouco complexa do Apache 2.2 na frente de uma instância do Tomcat 6.0. A webapp principal do Tomcat é implantada em:

/opt/tomcat/webapps/ROOT

Mas também temos conteúdo estático que atualizamos semestralmente. Não queríamos forçar uma nova compilação e implantar o aplicativo da Web, para que seja armazenado separadamente em pastas como:

/opt/tomcat/webapps/css
/opt/tomcat/webapps/foo
/opt/tomcat/webapps/bar

Para lidar com isso do Apache, usamos mod_rewrite e as regras parecem com as seguintes:

RewriteCond %{REQUEST_FILENAME} -f
RewriteRule ^/css/(.*)$ - [L]

RewriteCond ROOT/%{REQUEST_FILENAME} -f
RewriteRule ^/css/(.*)$ ROOT/$1 [L]

RewriteCond %{REQUEST_FILENAME} -f
RewriteRule ^(.*)\.(jpg|png|html|js)$ - [L]

RewriteCond ROOT/%{REQUEST_FILENAME} -f
RewriteRule ^(.*)\.(jpg|png|html|js)$ - [L]

RewriteRule ^/(.*)$ http://localhost:8080/$1 [P,L]
ProxyPassReverse / http://localhost:8080/

Agora acho que posso começar a usar o mod_jk e tenho duas perguntas:

  1. Vale a pena usar o mod_jk? Eu não preciso de balanceamento de carga.
  2. É possível lidar com os casos que descrevi onde o conteúdo estático é referenciado como " link ", mas não sabemos se está localizado na webapp do Tomcat ou em uma das pastas estáticas.
por organicveggie 03.03.2011 / 02:46

1 resposta

1

Por que você está pensando em usar o mod_jk?

Se é para usar a comunicação ajp, para acelerar a transferência para o tomcat, por que não olhar para o mod_proxy_ajp?

Você apenas alteraria a regra de reengenharia do tomcat para: -

RewriteRule ^/(.*)$ ajp://localhost:8080/$1 [P,L]
    
por 03.03.2011 / 07:24