Instructions for installing, deploying, configuring Continuum for the Apache Tomcat web container.
Sections:
With every Tomcat version you will need a few things before you can deploy Continuum.
Continuum will, on startup, ask the web container for a few JNDI configured resources, two jdbc datasources, and one javamail session.
To configure these JNDI resources in the Tomcat Web Container, you will need to specify a <Context> section that Tomcat can utilize for those requests coming from Continuum.
Tomcat has 3 main ways to accomplish this (ordered by most recommended to least recommended)
The following are the JNDI names you will need to provide:
The individual techniques for describing these resources, and the parameters associated with them are specific to the Tomcat version, resource type, and even jdbc implementation type.
For the purposes of this document, the following assumptions are made. [[1]] You are an Apache Tomcat administrator.
Note: Continuum requires Javamail 1.5 (or later)
Apache Tomcat does not typically ship with a copy of the Javamail or Activation jar files. In your role as the Apache Tomcat administrator of your installation, you will need to obtain these jar files and place it into your preferred lib directory.
The appropriate lib directory to choose is a personal preference, and we do not encourage or enforce a specific location for it, as all installations of Apache Tomcat are different.
For the record, we personally put them in the $CATALINA_HOME/common/lib/ directory.
Direct download links for these jar files.
Note: Continuum 1.1 has been tested with Apache Derby 10.1.3.1
Default installation of Continuum utilizes the Apache Derby 100% Java Database to maintain Continuum specific information, and also the Users / Security Database.
You will need to obtain the derby.jar and derbytools.jar and place them into your preferred lib directory.
We put them into the $CATALINA_HOME/common/lib/ directory.
Direct download links for these jar files.
The ${appserver.base} java property is used by the Continuum internal logging configuration to determine where to output its logs to. It is important to define this property either in the $CATALINA_OPTS system environment variable (if Tomcat is being launched via the command line) or the service properties (if being launched as a service or daemon).
The format typically expected is -Dappserver.base=<SOMEWHERE>
You can utilize the $CATALINA_HOME/bin/setenv.sh script to set this value in a tomcat specific way.
#!/bin/bash # Keep the appserver.home and appserver.base values the same when running under Tomcat export CATALINA_OPTS="-Dappserver.home=$CATALINA_HOME -Dappserver.base=$CATALINA_HOME"
Tested on Tomcat v5.0.28
These instructions explain how to deploy the Continuum 1.1 web application in an existing installation of Tomcat 5.0.x.
Extra Jars:
<Context path="/continuum" docBase="/path/to/continuum-webapp-1.1.war" debug="0">
<!-- JNDI Datasource for User/Security Database (REQUIRED) -->
<Resource name="jdbc/users" auth="Container" type="javax.sql.DataSource"/>
<ResourceParams name="jdbc/users">
<parameter>
<name>driverClassName</name>
<value>org.apache.derby.jdbc.EmbeddedDriver</value>
</parameter>
<parameter>
<name>factory</name>
<value>org.apache.commons.dbcp.BasicDataSourceFactory</value> <!-- Sets up Database Connection Pooling -->
</parameter>
<parameter>
<name>url</name>
<value>jdbc:derby:database/users;create=true</value> <!-- Adjust path to suit -->
</parameter>
<parameter>
<name>username</name>
<value>sa</value>
</parameter>
<parameter>
<name>password</name>
<value></value>
</parameter>
</ResourceParams>
<!-- JNDI Datasource for Continuum Database (REQUIRED) -->
<Resource name="jdbc/continuum" auth="Container" type="javax.sql.DataSource"/>
<ResourceParams name="jdbc/continuum">
<parameter>
<name>driverClassName</name>
<value>org.apache.derby.jdbc.EmbeddedDriver</value>
</parameter>
<parameter>
<name>factory</name>
<value>org.apache.commons.dbcp.BasicDataSourceFactory</value> <!-- Sets up Database Connection Pooling -->
</parameter>
<parameter>
<name>url</name>
<value>jdbc:derby:database/continuum;create=true</value> <!-- Adjust path to suit -->
</parameter>
<parameter>
<name>username</name>
<value>sa</value>
</parameter>
<parameter>
<name>password</name>
<value></value>
</parameter>
</ResourceParams>
<Resource name="mail/Session" auth="Container" type="javax.mail.Session"/>
<ResourceParams name="mail/Session">
<parameter>
<name>mail.smtp.host</name>
<value>localhost</value>
</parameter>
</ResourceParams>
</Context>
Tested on Tomcat v5.5.17 and v5.5.25
This example <Context> assumes technique #2 in the Define JNDI Resource list. (This example lists out the docBase to the war file itself.)
<Context path="/continuum"
docBase="/path/to/continuum-webapp-1.1.war">
<Resource name="jdbc/users"
auth="Container"
type="javax.sql.DataSource"
username="sa"
password=""
driverClassName="org.apache.derby.jdbc.EmbeddedDriver"
url="jdbc:derby:database/users;create=true" />
<Resource name="jdbc/continuum"
auth="Container"
type="javax.sql.DataSource"
username="sa"
password=""
driverClassName="org.apache.derby.jdbc.EmbeddedDriver"
url="jdbc:derby:database/continuum;create=true" />
<Resource name="mail/Session"
auth="Container"
type="javax.mail.Session"
mail.smtp.host="localhost"/>
</Context>
Warning: The Tomcat 5.5.20 and 5.5.23 releases are missing MailSessionFactory and a few other classes. JNDI mail sessions will not work. Use Tomcat 5.5.17 or see the workaround on Bug 40668 .
Tested on Tomcat v6.0.14
<Context path="/continuum"
docBase="/path/to/continuum-webapp-1.1.war">
<Resource name="jdbc/users"
auth="Container"
type="javax.sql.DataSource"
username="sa"
password=""
driverClassName="org.apache.derby.jdbc.EmbeddedDriver"
url="jdbc:derby:database/users;create=true" />
<Resource name="jdbc/continuum"
auth="Container"
type="javax.sql.DataSource"
username="sa"
password=""
driverClassName="org.apache.derby.jdbc.EmbeddedDriver"
url="jdbc:derby:database/continuum;create=true" />
<Resource name="mail/Session"
auth="Container"
type="javax.mail.Session"
mail.smtp.host="localhost"/>
</Context>