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]

Reply via email to