Return-Path: 
 <tomcat-dev-return-29802-qmlist-jakarta-archive-tomcat-dev=nagoya.apache.org@jakarta.apache.org>
Delivered-To: apmail-jakarta-tomcat-dev-archive@apache.org
Received: (qmail 41816 invoked from network); 15 May 2003 11:22:24 -0000
Received: from exchange.sun.com (192.18.33.10)
  by daedalus.apache.org with SMTP; 15 May 2003 11:22:24 -0000
Received: (qmail 23898 invoked by uid 97); 15 May 2003 11:24:27 -0000
Delivered-To: qmlist-jakarta-archive-tomcat-dev@nagoya.betaversion.org
Received: (qmail 23891 invoked from network); 15 May 2003 11:24:27 -0000
Received: from daedalus.apache.org (HELO apache.org) (208.185.179.12)
  by nagoya.betaversion.org with SMTP; 15 May 2003 11:24:27 -0000
Received: (qmail 40949 invoked by uid 500); 15 May 2003 11:22:15 -0000
Mailing-List: contact tomcat-dev-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:tomcat-dev-unsubscribe@jakarta.apache.org>
List-Subscribe: <mailto:tomcat-dev-subscribe@jakarta.apache.org>
List-Help: <mailto:tomcat-dev-help@jakarta.apache.org>
List-Post: <mailto:tomcat-dev@jakarta.apache.org>
List-Id: "Tomcat Developers List" <tomcat-dev.jakarta.apache.org>
Reply-To: "Tomcat Developers List" <tomcat-dev@jakarta.apache.org>
Delivered-To: mailing list tomcat-dev@jakarta.apache.org
Received: (qmail 40938 invoked from network); 15 May 2003 11:22:15 -0000
Received: from main.gmane.org (80.91.224.249)
  by daedalus.apache.org with SMTP; 15 May 2003 11:22:15 -0000
Received: from root by main.gmane.org with local (Exim 3.35 #1 (Debian))
	id 19GGmW-0006Yx-00
	for <tomcat-dev@jakarta.apache.org>; Thu, 15 May 2003 13:20:16 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: tomcat-dev@jakarta.apache.org
Received: from news by main.gmane.org with local (Exim 3.35 #1 (Debian))
	id 19GGbZ-0005No-00
	for <gmane-comp-jakarta-tomcat-devel@m.gmane.org>;
 Thu, 15 May 2003 13:08:57 +0200
From: Christopher Lenz <cmlenz@gmx.de>
Subject: Build problem: why isn't the version property set in
 catalina/build.xml
Date: Thu, 15 May 2003 13:11:55 +0200
Lines: 33
Message-ID: <b9vsg9$k6m$1@main.gmane.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Complaints-To: usenet@main.gmane.org
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
 rv:1.3) Gecko/20030312
X-Accept-Language: en
X-Enigmail-Version: 0.73.1.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Sender: news <news@main.gmane.org>
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N

Hi all,

I've today been surprised by a Gump failure for Cactus:

http://cvs.apache.org/builds/gump/2003-05-15/jakarta-cactus-sample-servlet-13.html

The build fails with the message
   "This element doesn't support version ${version} of Tomcat".

The reason is that our (^= Cactus project) Ant task that supports 
automatic startup of Tomcat checks for the version number in the 
ServerInfo.properties file in catalina.jar. If it finds no such file, it 
assumes Tomcat 4.0.x, but if it finds the file, it extracts the version 
number from it.

No, for the Gump builds, the version number in ServerInfo.properties was 
set to "${version}", because the property isn't being set in the 
catalina/build.xml. Rather, the build seems to rely on the "user" (or 
call it build engineer, release manager, what you want) to supply the 
version number in his build.properties file.

Why isn't the version property simply set in build.xml? i.e. <property 
name="version" value="4.1.25-dev" at the top of the file. If someone 
wanted -- for whatever reason -- to override the version, he could still 
  do so by defining the property on the command-line or in build.properties.

(I suspect the same is true for Tomcat 5.)

On a related note, why do the MANIFEST files of the Tomcat JARs not 
contain the version? Easy enough with the Ant <manifest> task.

-chris



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