App server related topics

(Difference between revisions)
Jump to: navigation, search
(Sun One Application Server 8.2)
(JBoss)
Line 55: Line 55:
  
 
[[Category:Getting OpenCms up and running]]
 
[[Category:Getting OpenCms up and running]]
 +
 +
= WebLogic 8.1 =
 +
This procedure describes only WebLogic 8.1 with the supplied JDK 1.4.2.
 +
 +
OpenCms has to be deployed as an unpacked WAR in WebLogic 8.1.
 +
 +
Procedure:
 +
*Extract opencms.war to a temporary directory
 +
*Replace the jar in "opencms/WEB-INF/lib" with the jar supplied in the Java 1.4 patch (opencms_6.2.3_java_1.4.zip)
 +
*Deploy the exploded WAR to WebLogic
 +
*Go to the Adminitration console and do a static export (Administration -> Database Management -> Start Static Export)
 +
*Modify the web.xml file to change the 404 error handler :
 +
<error-page>
 +
  <error-code>404</error-code>
 +
  <!--<location>/opencms-errorhandler/handle404</location>-->
 +
  <location>/system/handler/handle404.jsp</location>
 +
</error-page>
 +
*Create the JSP "/system/handler/handle404.jsp" with the following content :
 +
<jsp:forward page="/opencms/handle404"/>
 +
 +
== Notes ==
 +
We have to modify the error handler because WebLogic doesnt allow the same servlet to provide content and error handling. WebLogic is afraid that it might create an infinite loop.

Revision as of 12:42, 31 January 2007

Contents

Sun One Application Server 8.2

This is the needed steps to install and configure OpenCMS 6.2.3

Procedure:

  1. Extract opencms.war from the downloaded
  2. Deploy opencms.war on http://localhost:4848
  3. Edit the following archives (Server configuration - Linux CentOS 4.4 and Postgresql 8.2)

- Edit /opt/SUNWappserver/domains/domain1/generated/xml/j2ee-modules/opencms/WEB-INF/sun-web.xml and it adds this line

<class-loader delegate="false"/>


- Edit /opt/SUNWappserver/lib/appclient/client.policy and it adds this line in the end

grant codeBase "file:${com.sun.aas.instanceRoot}${/}applications${/}j2ee-modules${/}opencms${/}-" { permission java.util.PropertyPermission "*", "read,write"; permission java.security.AllPermission; };


- Edit /opt/SUNWappserver/domains/domain1/config/server.policy and it adds this line in the end

grant codeBase "file:${com.sun.aas.instanceRoot}${/}applications${/}j2ee-modules${/}opencms${/}-" { permission java.util.PropertyPermission "*", "read,write"; permission java.security.AllPermission; };


As I complete continues the normal installation of opencms

JBoss

JBoss treats WAR files differently than other application servers in ways that severely affect the OpenCms installation procedure. To circumvent the problem, OpenCms has to be deployed as an unpacked WAR directory on JBoss.

Procedure:

  1. Extract opencms.war from the downloaded archive and copy it to the JBoss deploy directory
  2. Rename opencms.war to prevent naming confusion for the next step (example: opencms.2.war)
  3. Create a directory named "opencms.war"
  4. Unpack opencms.2.war in the opencms.war directory
  5. (Optional, for unix/linux servers) grant the permission to read, write and execute for all on the opencms.war/ directory and it's subtree (chmod -R 777 opencms.war)

After these steps, the web config should work fine.

External Links

Tomcat + IIS Config

Websphere

Sun Java System Application Server 8.x

WebLogic 8.1

This procedure describes only WebLogic 8.1 with the supplied JDK 1.4.2.

OpenCms has to be deployed as an unpacked WAR in WebLogic 8.1.

Procedure:

  • Extract opencms.war to a temporary directory
  • Replace the jar in "opencms/WEB-INF/lib" with the jar supplied in the Java 1.4 patch (opencms_6.2.3_java_1.4.zip)
  • Deploy the exploded WAR to WebLogic
  • Go to the Adminitration console and do a static export (Administration -> Database Management -> Start Static Export)
  • Modify the web.xml file to change the 404 error handler :
<error-page>
  <error-code>404</error-code>
  <location>/system/handler/handle404.jsp</location>
</error-page>
  • Create the JSP "/system/handler/handle404.jsp" with the following content :
<jsp:forward page="/opencms/handle404"/>

Notes

We have to modify the error handler because WebLogic doesnt allow the same servlet to provide content and error handling. WebLogic is afraid that it might create an infinite loop.

Personal tools
Namespaces
Variants
Actions
Navigation
Toolbox