There is no general answer to that. It depends on the structure of the customers that use tomcat.
Just 2 completely different use cases: You use a fixed set of applications and sell them as a service to the costomers. That may be case for one tomcat for several customers. You sell webspace and let the user do what they wan't (install applications, upload jsp's, ...) For me, that's a clear case for separate tomcat instances. In my experience the raw memory consumption for several instances is not the problem (unless you have only webapps that have just small footprints). The most part of the memory usage comes from the application and this will nearly be the same between both solutions. Depending on what you want to offer you might even have different environments for certain user profiles. One tomcat to serve simple webapps and several tomcats with one application each for highend customers. > -----Original Message----- > From: Juergen Weber [mailto:[EMAIL PROTECTED] > Sent: Friday, February 13, 2004 1:24 PM > To: [EMAIL PROTECTED] > Subject: Multiple Server-Users > > > How do you setup Tomcat for an ISP, that offers Tomcat > services to it's user? > > o Have different Tomcat installations for each user. > That would cost lots of memory. > > o Put Context configuration XML files for each user to > $TOMCAT_HOME/conf/Catalina/localhost > This should work, but there would only be one context > per user and I am not sure, how good the separation > between users were. I think, one user could grab all > the cpu time from the others. And, how could you > restrict tomcat manager to only one's own context? > > What would be best? > Thanks, Juergen > > __________________________________ > Do you Yahoo!? > Yahoo! Finance: Get your refund fast by filing online. > http://taxes.yahoo.com/filing.html > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
