I would add that I've learned *never* to use a form of the name "dspace" for directories, users, databases, .war files, etc. If an instance will present itself as "Foo" then I'd name the [DSpace] directory "foo", the database "foo", and the database user "foo", the webapp.s "foo.war" and "foo-oai.war", and let the username used to run Tomcat be "tomcat". Otherwise, multiple instances on one host can be confusing. I ought to submit a patch for the documentation.
Even if you use identical sources for each instance, if I were you I'd maintain three separate directory trees in which to configure and build them, to preserve what's left of my sanity. On one server I have three instances, each with its own IP-based virtual host setup. Given that I needed to do that anyway, a happy side-effect is that each can be at the root of its own URL local-part. The handle resolvers are listening on separate addresses, so the standard ports don't conflict. -- Mark H. Wood, Lead System Programmer [EMAIL PROTECTED] Typically when a software vendor says that a product is "intuitive" he means the exact opposite.
pgpx9A8NNQXTZ.pgp
Description: PGP signature
------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
