Re: [GUMP] Build Failure - Tomcat 3.x

[Conor MacNeill]

Costin,

> Is there any reasonable explanation for changing the ant structure ( i.e.
> removing ant/bin ) ? Besides breaking backward compatibility and forcing
> people to change their scripts ?
>

We like you to change your scripts on a regular basis to stop them getting
stale :-)

Seriously Ant's build process was reorganized recently to build ant within
the ant directory rather than above it. At that time, the bootstrapped Ant
was moved into its own directory (bootstrap) so that generated jars
(ant.jar) were not placed into a CVS directory (lib) where they may be
inadvertently added to CVS. It made sense to move bin at the same time. If
you have previously been using the ant/bin and ant/lib directories, you
have actually been using the bootstrapped ant rather than the fully built
ant. That is generally not a problem, of course, but perhaps not desirable.
Also I think it is probably best for other projects not to rely on the
internal organizaton of the Ant CVS tree but on the distribution built in
the dist directory.

Is that a "reasonable explanation" - you'll have to be the judge.

Conor



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

RE: Ant rant

[Conor MacNeill]

Nick,

Can we see the makefile? Did you get the same file to work on many
platforms? What make did you use (nmake, gmake, ...)?

Conor

> -Original Message-
> From: Nick Bauman [mailto:[EMAIL PROTECTED]]
> Sent: Monday, 13 November 2000 8:05
> To: [EMAIL PROTECTED]
> Subject: Ant rant
>
>
> Question: WHAT THE HECK IS ANT?
>
> Now I know what ant is, I'm just hyperbolizing. But...
>
> It's just that I got the entire Tomcat 3.1 tree to compile
> with a single
> Makefile in around 10 minutes. I can't figure out what Ant is
> helping this
> project with. Maybe I'm just stupid or something but this Ant thing
> doesn't really impress me very much. Make is very stable, very cross
> platform; I just don't see what's so cool about ant.
>
> Why is ant better than Make?
>
> And don't say "ant is cross platform, make is not" because
> that just isn't
> true. Was someone just bored with the wheel and wanted to reinvent it?
>
> I just want to understand.
>
> Thanks.
>
> -Nick
>
> On Fri, 3 Nov 2000, Pier P. Fumagalli wrote:
>
> > Question: WHAT THE HACK IS TOMCAT 3.3 ???
> >
> > I believe that this developer community once agreed that Tomcat 4.0
> > _will_be_ the next major release of the Apache Software
> Foundation servlet
> > engine, but, since a couple of weeks, I see a proliferation
> of emails
> > talking about Tomcat 3.3.
> >
> > Here is where I'm getting confused... When did we vote
> about having a dual
> > codebase for two different servlet engines at the same
> time??? Because I've
> > never seen such a discussion taking place...
> >
> > Also, it seems ridiculous (at least to me) to start talking
> about what will
> > be the next release of the 3.x tree (3.3) when 3.2 is not
> yet out of the
> > door, and as far as I've read (but I might have missed some
> emails) Beta-6
> > is not even compiling...
> >
> > Sorry, but as a long time ASF member, and one of the first
> kids involved in
> > the glorious JServ, I feel that things here are getting a
> little bit screwed
> > up. Are we going to screw our release cycles? Are we going
> out to the public
> > with TWO servlet engines equal in features, but different
> in codebases? Are
> > we all going NUTS?
> >
> > Sorry again, but this time I have to vote -1 on a "new" Tomcat 3.3,
> > expecially before 3.2 final is out of the door. The NEXT
> major release is
> > going to be Tomcat 4.0, based on Catalina, as we all agreed
> on months ago.
> >
> > But, I'm not _only_ a pain in the ass... I see there are
> some developers who
> > prefer to work on the 3.x tree, rather than helping out on
> the 4.0, so,
> > instead of cutting their wings and forcing them to fork the
> project, I
> > propose to them what was proposed to Craig in february.
> >
> > The "Rules for Evolution and Revolutions" still stands
> still, as one of the
> > major constitution documents for this community (James, WTF, post it
> > somewhere!!! :) and IMNSHO needs to be used...
> >
> > I suggest to whoever is interested in further developement
> of the 3.3 tree
> > to create a new proposal, as Craig did with Catalina, and
> stick it on the
> > "proposals" directory in the CVS. And start working from
> it. I'm more than
> > open to see, after Tomcat 4.0 sees light, to reconsider the
> effort, and
> > maybe switching codebase again for what will be Tomcat 5.0.
> >
> > So, I'm proposing this plan, and please vote on 2 and 4 (1
> and 3 were
> > already voted upon with a bunch of +1s)...
> >
> > 1) Release Tomcat 3.2 final (soon, please!)
> > 2) Create a new proposal tree alongside with Catalina (new
> name to avoid
> >confusion, please)
> > 3) Release Tomcat 4.0 (with Catalina, as we all decided)
> > 4) Decide wether Tomcat 5.0 will be Catalina based or "whatever" new
> >proposal comes along.
> >
> > My 0.02 $... Take care...
> >
> > Pier
> >
> >
> >
> -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
>
> --
> Nicolaus Bauman
> Software Engineer
> Simplexity Systems
>
>
>
> -
> 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]

RE: ftp task in ant

[Conor MacNeill]

Damian,

To use the optional ant ftp task you need to install NetComponents. Try
here

http://www.savarese.org/oro/software/NetComponents.html

Once you have that in your classpath, you will not need to have the
 either.

You may want to follow-up discussion on ant-dev rather than tomcat-dev,
as this isn't a tomcat issue.

Conor

> -Original Message-
> From: Damian Gołda [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, 14 November 2000 23:23
> To: Tomcat-Dev@Jakarta. Apache. Org
> Subject: ftp task in ant
>
>
> I'm trying to use ftp task in my build.xml (Ant 1.2 release).
>
> But I have problems with it.
> First, I've got:
>
> Could not create task of type: ftp because I can't find it in
> the list of
> task class definitions.  Common solutions are: 1 execute
> bin/bootstrap. 2
> use taskdef to declare your task. 3 add the task to
> defaults.properties
>
> So I've added following line to my build.xml:
>
>  classname="org.apache.tools.ant.taskdefs.optional.FTP"/>
>
> And i've got another error:
>
> java.lang.NoClassDefFoundError: com/oroinc/net/ftp/FTPClient
> at
> org.apache.tools.ant.taskdefs.optional.FTP.execute(FTP.java)
> at
> org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:122)
> at org.apache.tools.ant.Target.execute(Target.java,
> Compiled Code)
> at org.apache.tools.ant.Project.runTarget(Project.java:818)
> at
> org.apache.tools.ant.Project.executeTarget(Project.java, Compiled
> Code)
> at org.apache.tools.ant.Project.executeTargets(Project.java,
> Compiled Code)
> at org.apache.tools.ant.Main.runBuild(Main.java,
> Compiled Code)
> at org.apache.tools.ant.Main.main(Main.java:149)
>
> There is not com.oroinc.* package in jars in ant's lib dir.
>
> The question is:
> What am I doing wrong? From where can I get
> com/oroinc/net/ftp/FTPClient
> class?
>
> Any help would be appreciated.
> ---
> Damian Golda
>
> [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]

Re: JMX to build TC 4.0 m5

[Conor MacNeill]

- Original Message -
From: "Jon Stevens" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, December 29, 2000 4:11 PM
Subject: Re: JMX to build TC 4.0 m5


> on 12/28/2000 5:52 PM, "Pilho Kim" <[EMAIL PROTECTED]> wrote:
>
> > Hi, developers!
> >
> > I need JMX implementation to build TC 4.0
> > But I cannot download it from Sun in our country.
> > Please send me it.
> >
> > Thanks,
> > Kim
>
> Wouldn't that also mean that you shouldn't be downloading Tomcat as well?
>

The JMX download is very difficult to predict :-) I have downloaded it
successfully from my home ISP but failed when I tried from work. Both are
.au addresses and I was using the same Sun customer account to do the
"purchase". I was told that JMX could not be dowloaded to my address. Don't
know if that was just a momentary glitch or I screwed up somehow but
getting JMX is not trivial, which is unfortunate for Tomcat 4.0

Just my 2 cents worth.



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

[PATCH] Use JDK1.4 JSSE if available in jakarta-tomcat-util

[Conor MacNeill]

Hi,

The attached patch will update the Gump descriptor to make the JSSE package 
optional, so the JSSE package is not required when using JDK 1.4.

The util build file is also updated to use the JDK 1.4 jsse if available (or 
any JSSE on the classpath). The existing JSSE should continue to be used on 
pre JDK 1.4 builds.

This is all in the jakarta-tomcat-connectors repository

Thanks
Conor

Index: gump.xml
===
RCS file: /home/cvspublic/jakarta-tomcat-connectors/gump.xml,v
retrieving revision 1.9
diff -3 -u -w -p -r1.9 gump.xml
--- gump.xml13 Nov 2002 00:12:49 -  1.9
+++ gump.xml9 Jan 2003 13:35:39 -
@@ -21,7 +21,7 @@
 
 
 
-
+
 
 
 
@@ -74,9 +74,7 @@
   
 org.apache.jk
 
-
-  
-
+
 
 
 
Index: util/build.xml
===
RCS file: /home/cvspublic/jakarta-tomcat-connectors/util/build.xml,v
retrieving revision 1.15
diff -3 -u -w -p -r1.15 build.xml
--- util/build.xml  6 Jan 2003 18:36:18 -   1.15
+++ util/build.xml  9 Jan 2003 13:35:43 -
@@ -33,6 +33,7 @@
 
 
 
+
 
 
 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: