...

Setting up multiple DSpace instances in one Tomcat Server.

From Kyle Dykstra

I had to set up a second DSpace instance that was a mirror of the original
at the time the copy was made, so following is a relatively step-by-step
procedure for setting up an identical DSpace instance. I called my second
instance dspace-test, but as long as you maintain the same name in your
config file and rename the .war files the same way, any name will do. All
instances run under the same user as the original dspace, and all instances
use one instance of PostGreSQL.

...

From Mark H. Wood

Yes. With initial advice from others here I've set up a developers'
environment on an old server to support multiple independent DSpace
instances, so that several of us can tinker without stepping on each
others' work. For a user with OS username USERNAME:

• I set up empty directories /opt/dspace-USERNAME with mask rwx,rws,rx
  owned by each user, with the group set to the one used by Tomcat.
  These will be the users' DSpace directories.
• I create an empty file 'dspace-USERNAME.war' in Tomcat's 'webapps'
  directory with the same ownership and mask rw,r,r. Tomcat complains
  about a null .war at startup, but doesn't quit. This permits the user
  to copy a non-null .war in without throwing the directory wide open.
• I create a PostgreSQL user USERNAME with create-database permission.
  pg_hba is set up to permit connections from localhost to a database by
  a valid user of the same name. Granting create-database lets each user
  'DROP DATABASE username' and start completely over, if desired. Users
  may be able to create other databases, but they can't thereafter access
  them, which limits the fun thereof.
• One other thing that's handy is to add each developer to Tomcat's
  'manager' group so they can stop/start their applications themselves
  instead of calling me. Unlike the other measures, this grants each
  developer unlimited control of all Tomcat applications, so be wary.

From Mark Diggory

Its all a matter of configuration, you need to setup a
separate postgres database, and generate a new separate root dspace
implementation and dspace war file.
For instance, if you have dspace setup as

...

Note, these are very rough directions, approach with caution and on a
test system first to make sure all is as you would like in production.

From Robert Tansely

This works no problem, I was running 4 or 5 different DSpaces on one
Tomcat. Just make sure each instance has a separate install dir (esp.
assetstore) and PostgreSQL database configured. Then just drop the
.war files in tomcat/webapps, and you're away.
One caveat – if you're building the instances off a single source
tree, be sure to do an 'ant clean' before each build/deploy, otherwise
the location of the dspace.cfg to use (stuffed away in the .war
WE-INF/web.xml file) might be wrong.

</html>