Return-Path: Delivered-To: apmail-jakarta-tomcat-dev-archive@apache.org Received: (qmail 82399 invoked from network); 11 Apr 2002 15:22:31 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 11 Apr 2002 15:22:31 -0000 Received: (qmail 15001 invoked by uid 97); 11 Apr 2002 15:21:24 -0000 Delivered-To: qmlist-jakarta-archive-tomcat-dev@jakarta.apache.org Received: (qmail 14925 invoked by uid 97); 11 Apr 2002 15:21:23 -0000 Mailing-List: contact tomcat-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Tomcat Developers List" Reply-To: "Tomcat Developers List" Delivered-To: mailing list tomcat-dev@jakarta.apache.org Received: (qmail 14864 invoked from network); 11 Apr 2002 15:21:22 -0000 Message-ID: <3CB5A9FF.2060606@fujitsu-siemens.com> Date: Thu, 11 Apr 2002 17:21:35 +0200 From: jean-frederic clere Reply-To: jfrederic.clere@fujitsu-siemens.com User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020313 X-Accept-Language: en, fr, de MIME-Version: 1.0 To: Tomcat Developers List Subject: Re: Building modapp for Tomcat4.0 and apache1_3.23 References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N GOMEZ Henri wrote: >>Ok, so then don't destroy MY build by introducing shit around >>the CVS tree, >>moving files along and NOT patching what I've done before... >>Thanks JF for >>doing that, but I'm still not able to build the java code interactively >>without passing thru ANT... > > > You could notice that I avoided to touch anything in webapp, since > JF does a great maintenance job there ;) I have tried to find some time for it... > > >>>if ant build files could works, let use it. >> >>No, because then we will have TWO stupid build systems to >>track and debug. > > > Why should you get only one way to do something. Two builds > methods are fine till there is people to update and maintain them. > > >>>I'm like you and use exotic OS, OS/400, where >>>autoconf/automake/libtool didn't works (yet ?). >> >>If autoconf/libtool doesn't work, then you can't even build >>APR, you can't >>build Apache, therefore you don't f***ing need mod_webapp, k? > > > On AS/400, APR and Apache 2.0 are build by IBM, from snapshots > with in-house cross-compiling tools, so they don't have to build > them on AS/400. The libtool does not support EBCDIC... I have started to patch the 1.4.2 to compile APR and httpd-2.0 on our BS2000 EBCDIC mainframes may be you could reuse something. > > Apache 2.0 is present on AS/400 as a standard component. > Currently you have on recent AS/400 something derived from 2.0.18 beta. > > The sad thing is that IBM didn't report the AS/400 specific patches > they apply to a snapshot back to ASF. > > Now that 2.0.35 is GA, they will certainly make a new release. > > >>>Each tool in java which could replace them is a >>>big plus for me ;) >> >>Each tool which can replace them and is a PITA to maintain, or requires >>hyperknowledges of XML and tagets, build properties and such, whose >>configuration file is 40 lines to do what I do in 3 lines of >>shell script >>will always be a HUGE -1 from me... > > > So why are we using ant in jakarta instead of smaller makefiles ?) > > ant is a great tool and it will be a PITA to avoid using it > when it's a valid alternative to old like autoconf/automake/libtool/m4. > > ant is ASF after all and run on all OS, so it's a good reason to use > it when possible. jkant (in jtc) is a good example of native-interaction > module which boost ant... > > > > -- > To unsubscribe, e-mail: > For additional commands, e-mail: > > > -- To unsubscribe, e-mail: For additional commands, e-mail: