[opencms-dev] Following trace: problem with apache mod_proxy integration

[Arian Abrahantes Quintana]

Hi all:

I managed to make it the integration work but not strictly as appears in the documentation. I have succesfully removed /opencms/opencms/ from the url. I log right and in the workspace everything function but the "Administration" graphic environment can not be loaded well (gray background and layout is missing, images are displayed) althought it seems to work properly (I have upload and install a personal module from the server).

So I followed the documentation advice and remove any occurrence of ${SERVLET} so just kept the ${CONTEXT_NAME}. Everything else is the same as in the documentation. Is there any suggestion of which can be the problem? Any help will be appreciatted.

Best regards,

Arian


-----Original Message-----
From: Arian Abrahantes Quintana
Sent: Tue 5/15/2007 10:51 PM
To: The OpenCms mailing list
Subject: problem with apache mod_proxy integration
 
Hi all:

I followed the instruction for apache mod proxy integration with opencms as stated in the documentation. I reach successfully the login (http://localhost/system/login) page but I am unable to login to the workspace. Once I type the admin passw I am forwarded to the same login page in and endless loop. On the other hand if I try to connenct directly to the tomcat port http://localhost:8089/system/login I get logged without any problem.

Furthermore, and this is very confusing at least for me, in the current documentation on the second step of the configuration (staticexport/rendersetting node) said:

==============================================

In the ${TOMCAT_HOME}/webapps/ROOT/WEB-INF/config/opencms-importexport.xml configuration file, into the staticexport/rendersettings node you have to remove any occurrence of the ${SERVLET_NAME} variable. After editing, it has to look similar to:

  <rendersettings>
      <rfs-prefix>/export</rfs-prefix>
      <vfs-prefix>${SERVLET_NAME}</vfs-prefix>
      <userelativelinks>false</userelativelinks>   
      <exporturl>http://127.0.0.1:8080${SERVLET_NAME}/handle404</exporturl>
      ...
  </rendersettings>

===============================================

First one have to deleted but in the example the variable is still there. Well, most likely I get it wrong. Has anyone followed strictly the current documentation and manage to get everything working? Any help will be appreciated.

Best regards and TIA,

Arian