Hola, OK, feedback well put. Thanks, Yoav Shapira Millennium Research Informatics
>-----Original Message----- >From: Rainer Jung [mailto:[EMAIL PROTECTED] >Sent: Friday, August 13, 2004 4:10 AM >To: Tomcat Developers List >Subject: Re: Tomcat 5.0.28 release > >We are using it also and it is very helpful. > >It is one of the standard product features of a container to be able to >seperate container product installation from runtime instance specific >files. > >It works very nicely with tomcat. We can even allow instance admins to >extend TC by changing to an alternate catalina.properties file >(classloader definitions). It's not just a question of users sharing the >base installation. > >I have a small enhancement request: we regularly change catalina.sh to >include a file setenvInstance.sh from CATALINA_BASE/bin if it exists. We >do this immediately after CATALINA_TEMPDIR is set. This way all >instances share the same catalina.sh and instance specific commandline >flags (memory sizing, catalina.properties, ...) can be done in the >instance local setenvInstance.sh without changing the product installation. > >Please keep the separation of product installation and runtime instance. > >Rainer Jung >kippdata informationstechnologie > >George Sexton wrote: > >>>How about stopping support for that scenario? I mean drop >>>the CATALINA_BASE versus CATALINA_HOME feature, (or set them >>>to always equal each other, if we want to leave them in the >>>code base), and don't allow users to share installations >>>except by the user home directory valve. >> >> >> >> I am really against this. I use CATALINA_HOME and CATALINA_BASE. The >reason >> that I use them is that they provide a clean way of upgrading frequently. >It >> lets me maintain a stock Tomcat Directory, with all of my customization >> (conf files, etc) in a separate directory. >> >> Please don't drop this functinality. >> >> George Sexton >> MH Software, Inc. - Home of Connect Daily Web Calendar >> http://www.mhsoftware.com/ >> Voice: 303 438 9585 >> >> >> >> --------------------------------------------------------------------- >> 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] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]