Mailing-List: contact user-help@ant.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Ant Users List" <user@ant.apache.org>
Received-SPF: pass (asf.osuosl.org: domain of Jon.Skeet@clearswift.com
 designates 213.146.158.166 as permitted sender)
content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: The good ol' JUnit problem
Date: Tue, 8 Nov 2005 08:14:17 -0000
Message-ID: 
 <6EAA8AD82D7EBF478CCE262FA32C6C6401B566DA@GEMINI.EUROPE.CLEARSWIFT.COM>
Thread-Topic: The good ol' JUnit problem
Thread-Index: AcXjfphtwAXrvIMBQw+/uDPks0LjCgAvKSPw
From: "Jon Skeet" <Jon.Skeet@clearswift.com>
To: "Ant Users List" <user@ant.apache.org>

> This is a similar issue with the xalan classes in the 1.4 jdk.=20
> they're exposed directly by sun (and other jvm's) as org.apache.*.=20
> basically they just imported xalan and possibly other apache=20
> classes into the jvm.  this gives your entire application=20
> (jvm) one chance to override the version used by using the=20
> extensions folder.  not very good when you have multiple web=20
> applications that each need a specific version of xalan or=20
> what not.  i believe sun has fixed this issue in
> 1.5 jdk's with a method similar to what i did to get optional=20
> ant tasks work w/o modifying the target environment.

<snip>

Thanks - I'll bear it in mind as an option. I think for the moment it'll
be easier just to copy junit into place and accept that the very first
build on a clean system won't work (or will need to bootstrap itself
somehow).

> it's nice that ant provides tasks for things they can't or=20
> won't bundle with their distribution, but i would really like=20
> to see ant distributed at least with the same tasks able to=20
> be defined externally.  i'd be more than willing to help with=20
> this.  what i would envision is ant providing in addition to=20
> it's ant/lib folder, a ant/lib/external folder or perhaps an=20
> ant/external/lib folder that contains the same tasks in an=20
> external.org.apache name space.  this external lib folder=20
> would not be loaded by the default ant classloader, but would=20
> be available for users to include libs as
> needed.    i don't like much the <scp> .vs. <m_scp> issue, and it
> would be very nice if both taskdefs could define a <scp> or=20
> <junit> task w/o any collision.  i'm not sure how that would work.

I think if Ant provided a property for its "home" location (it doesn't
now, does it? I suppose ${env.ANT_HOME} works, but it's hardly neat),
that's all that would be required. Have the jar files somewhere they're
not loaded by default, and we could easily taskdef using a classpath
which included the right libraries.

Perhaps there should be multiple distributions, even - one "bundled" one
and one without any of the optional tasks. Obviously it's easy enough to
modify a distribution so that it doesn't have things, but for ease of
upgrade, being able to take a "stock" distribution is important.

Jon


Clearswift monitors, controls and protects all its messaging traffic in com=
pliance with its corporate email policy using Clearswift products.
Find out more about Clearswift, its solutions and services at http://www.cl=
earswift.com

This communication is confidential and may contain privileged information i=
ntended solely for the named addressee(s). It may not be used or disclosed =
except for the purpose for which it has been sent. If you are not the inten=
ded recipient, you must not copy, distribute or take any action in reliance=
 on it. Unless expressly stated, opinions in this message are those of the =
individual sender and not of Clearswift. If you have received this communic=
ation in error, please notify Clearswift by emailing support@clearswift.com=
 quoting the sender and delete the message and any attached documents. Clea=
rswift accepts no liability or responsibility for any onward transmission o=
r use of emails and attachments having left the Clearswift domain.

This footnote confirms that this email message has been swept by MIMEsweepe=
r for Content Security threats, including computer viruses.

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@ant.apache.org
For additional commands, e-mail: user-help@ant.apache.org