Return-Path: 
 <users-return-214605-apmail-tomcat-users-archive=tomcat.apache.org@tomcat.apache.org>
Delivered-To: apmail-tomcat-users-archive@www.apache.org
Received: (qmail 19044 invoked from network); 12 Jul 2010 12:41:46 -0000
Received: from unknown (HELO mail.apache.org) (140.211.11.3)
  by 140.211.11.9 with SMTP; 12 Jul 2010 12:41:46 -0000
Received: (qmail 88645 invoked by uid 500); 12 Jul 2010 12:41:42 -0000
Delivered-To: apmail-tomcat-users-archive@tomcat.apache.org
Received: (qmail 88342 invoked by uid 500); 12 Jul 2010 12:41:38 -0000
Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:users-help@tomcat.apache.org>
List-Unsubscribe: <mailto:users-unsubscribe@tomcat.apache.org>
List-Post: <mailto:users@tomcat.apache.org>
List-Id: <users.tomcat.apache.org>
Reply-To: "Tomcat Users List" <users@tomcat.apache.org>
Delivered-To: mailing list users@tomcat.apache.org
Received: (qmail 88333 invoked by uid 99); 12 Jul 2010 12:41:36 -0000
Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)
    by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 12 Jul 2010 12:41:36 +0000
X-ASF-Spam-Status: No, hits=-0.0 required=10.0
	tests=SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (nike.apache.org: domain of aw@ice-sa.com designates
 212.85.38.228 as permitted sender)
Received: from [212.85.38.228] (HELO tor.combios.es) (212.85.38.228)
    by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 12 Jul 2010 12:41:28 +0000
Received: from [192.168.245.243] (montserrat.wissensbank.com [212.85.37.175])
	by tor.combios.es (Postfix) with ESMTPA id 28D15226180
	for <users@tomcat.apache.org>; Mon, 12 Jul 2010 14:39:13 +0200 (CEST)
Message-ID: <4C3B0D50.3060102@ice-sa.com>
Date: Mon, 12 Jul 2010 14:40:48 +0200
From: =?ISO-8859-1?Q?Andr=E9_Warnier?= <aw@ice-sa.com>
Reply-To: Tomcat Users List <users@tomcat.apache.org>
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
MIME-Version: 1.0
To: Tomcat Users List <users@tomcat.apache.org>
Subject: Re: setenv.sh and CATALINA_BASE
References: <201007121031.27573.rainer.frey@inxmail.de>
 <201007121104.42176.rainer.frey@inxmail.de> <4C3AEBC4.8020501@ice-sa.com>
 <201007121339.53845.rainer.frey@inxmail.de>
In-Reply-To: <201007121339.53845.rainer.frey@inxmail.de>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-Virus-Checked: Checked by ClamAV on apache.org

Rainer Frey wrote:
> On Monday 12 July 2010 12:17:40 Andr� Warnier wrote:
>> Rainer Frey wrote:
>>> On Monday 12 July 2010 10:56:19 Andr� Warnier wrote:
>>>> Rainer Frey wrote:
>>>>> Hi,
>>>>>
>>>>> in the default case (just one instance, supplied start scripts),
>>>>> CATALINA_BASE is set to CATALINA_HOME. But this assignment,
>>> in catalina.sh
>>>
>>>>> if [ -z "$CATALINA_BASE" ] ; then
>>>>>
>>>>>   CATALINA_BASE="$CATALINA_HOME"
>>>>>
>>>>> fi
>>>>>
>>>>> is done *after* reading setenv.sh. Is this for a specific reason, or
>>>>> just accidently?
>>> [reason: using CATALINA_BASE in setenv.sh]
>>>
>> So the question was in order to make sure that we were talking about one of
>> the "official" Tomcat scripts, and trying to figure out when it is
>> invoked.
>>
>> This is still not so certain in your case : how do you start Tomcat, and do
>> you know exactly which non-Tomcat and yes-Tomcat scripts are being called,
> 
> I thought that tar.gz-Download was clear enough. Yes this is the official 
> download from tomcat.apache.org. Nothing else  is involved.
> 
>> in what order ? (under Linux, probably start with /etc/init.d/tomcatxx,
>> and see what it does).
> 
> As I didn't mention anything apart the <quote>supplied scripts</quote>, there 
> is no non-Tomcat script. (A reason that I didn't mention Linux in the first 
> mail: people start to assume unmentioned things like init scripts or 
> distribution packages ... ;) )
> 
>> All this to say that, depending on your Tomcat version and origin,
>> setenv.sh /may/ not be the best place to define CATALINA_BASE.  
> 
> No! I want to *USE* CATALINA_BASE in my setenv.sh, not define it. I'll try to 
> explain again:
> catalina.sh
>  * tests if CATALINA_BASE/bin/setenv.sh exists and sources it
>  * otherwise tests if CATALINA_HOME/bin/setenv.sh exists and sources it
>  * then tests if CATALINA_BASE is empty and, if so, sets 
> CATALINA_BASE=$CATALINA_HOME
> 
> I want to know the config directory of the Tomcat instance in my setenv.sh. 
> The way things are I need to check whether CATALINA_BASE is set, and if not, 
> use CATALINA_HOME as base directory.
> 
> If catalina.sh would first set CATALINA_BASE to CATALINA_HOME if not set to 
> anything else, I could always sue CATALINA_BASE in setenv.sh.
> 
> So my question is: are things done the way theyare for a reason, or is this an 
> oversight that can be fixed? (in which case I could make a patch and open an 
> issue to change that)
>  
>> I have not
>> verified, but if catalina.sh looks for setenv.sh in $CATALINA_HOME/bin,
>> then obviously it isn't, if your intention is to run several instances of
>> Tomcat sharing the same bin directory.
> 
> No idea how you could imply that from my question. My intention is to have a 
> common way to refer to the config directory in setenv.sh in single- and 
> multiple-instance (with separate bin-directories) setups.

Usually, people get concerned about CATALINA_BASE when they want to run several instances 
of Tomcat.  And the whole point of running several instances of Tomcat, is to /share/ 
CATALINA_HOME/bin between these instances. (Otrherwise, one might as well install Tomcat 
several times in separate CATALINA_HOME dirs).
That's maybe why I am a bit confused now..

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org