I posted a similar question a short while back, and we ended up using Tomcat-specified virtual hosts in combination with individual webapps for each site. This resolved the problem of getting different paths whether you were using CGI variables or absolute paths relative to the webroot.
We're having some slowness, but I don't think it is due to the 4 webapps we are running - we have 1.6GB of RAM dedicated to Tomcat. On Mon, Aug 2, 2010 at 1:04 PM, Matthew Woodward <[email protected]>wrote: > On Mon, Aug 2, 2010 at 9:50 AM, Alan Holden <[email protected]> wrote: > >> Assumption - is it as easy as simply renaming the WAR file to something >> different than 'openbd' prior to plopping it into webapps - in order for >> Tomcat to trigger another deployment that's separate from the existing >> one(s)? >> > > Yep, it's that simple. > > >> >> Which setup is "better"? - I could be just trolling for personal opinions >> here, but I would ASSUME that separate deployments would better isolate >> resources (one app would be less-likely to bring all apps down), while a >> common class is easier to maintain. >> > > "Better" is relative of course. ;-) Separate deployments means that the > webapps are isolated from one another at the CFML level, so you can have > different datasources, mappings, etc. between the two and they wouldn't know > anything about each other. This also means if you have to bounce one of the > instances it wouldn't mean bringing down the other. > > They're both running on Tomcat of course so if you have to bounce Tomcat > that would mean both instances would come down as well, but if they're > independent webapps then they're isolated at the application level. > > The trade-off, of course, is that this means each individual webapp is > loading the OpenBD classes and they aren't being shared, which means more > memory utilization than on a single instance install. In my experience I've > found this to be rather nominal, but bear that in mind. I had someone > contact me once who was trying to run 30 instances of OpenBD in (if I > remember correctly) 256MB of RAM, so of course that wasn't going to work. > But then again if you run one instance of OpenBD in 256MB of RAM and you get > a fair amount of traffic you're going to potentially have issues anyway. > > >> >> I'm thinking of a "Which Setup is Best for Your Needs?" page to come from >> all this - for the wiki Installation section perhaps... >> > > Yep, that probably would be a good resource that can come out of this > discussion. > > >> >> Finally, can I follow the steps to the "Single Instance Install" on the >> same machine with my current setup still in place & running? >> > > Sure, if you want to do that manually you could do that, or you could shut > down what you have and run Jordan's installer or grab the Ready2Run version. > Either way should work fine. > > -- > Matthew Woodward > [email protected] > http://blog.mattwoodward.com > identi.ca / Twitter: @mpwoodward > > Please do not send me proprietary file formats such as Word, PowerPoint, > etc. as attachments. > http://www.gnu.org/philosophy/no-word-attachments.html > > -- > Open BlueDragon Public Mailing List > http://www.openbluedragon.org/ http://twitter.com/OpenBlueDragon > official manual: http://www.openbluedragon.org/manual/ > Ready2Run CFML http://www.openbluedragon.org/openbdjam/ > > mailing list - http://groups.google.com/group/openbd?hl=en > -- Colin -- Open BlueDragon Public Mailing List http://www.openbluedragon.org/ http://twitter.com/OpenBlueDragon official manual: http://www.openbluedragon.org/manual/ Ready2Run CFML http://www.openbluedragon.org/openbdjam/ mailing list - http://groups.google.com/group/openbd?hl=en
