I can't seem to attach the zip file. The bug reporting page
(http://issues.apache.org/bugzilla/enter_bug.cgi?product=Ant) doesn't
allow attachment.
Should I send it in email?
Ben.
On 8/11/06, Antoine Levy-Lambert <[EMAIL PROTECTED]> wrote:
Hello Ben,
the best way is to create a bug report in Bugzilla and to attach your code to
it.
Changes to existing classes should be produced with a svn diff -u if I remember
well (there is even a patch.xml build file for that).
New classes/property files/documentation/etc should be put in a tar or zip file.
Do not forget to include the trilogy code/documentation/test cases.
Afterwards you are welcome to nag us so that we really submit it.
Regards,
Antoine
-------- Original-Nachricht --------
Datum: Thu, 10 Aug 2006 21:34:28 -0500
Von: Ben <[EMAIL PROTECTED]>
An: "Ant Developers List" <dev@ant.apache.org>
Betreff: Re: Problem in extending org.apache.tools.ant.taskdefs.Java class
> Guys. The subclass of JUnitTask is done.
>
> With this task (I call it junit2), one can simply specify a "lib"
> directory and place all jar files under this directory and
> sub-directories. (without listing all jar files explicitly)
>
> What's more important, version conflict of the same product can be
> resolved by placing the jar files of different version into
> appropriate sub-directories.
>
> This class works with Ant 1.6.5. I'd like to contribute it to Ant,
> anybody give me some hint of how to do that?
>
> Thanks!
>
> Ben.
>
> On 8/9/06, Ben <[EMAIL PROTECTED]> wrote:
> > Suppose I have a directory tree
> > /lib
> > /framework1
> > a-1.0.jar
> > x.jar
> > y.jar
> > /framework2
> > z.jar
> > a-2.0.jar
> >
> > a-1.0.jar and a-2.0.jar are different versions of the same library.
> >
> > A tree class loader will make sure that x.jar and y.jar use version
> > 1.0, while z.jar use version 2.0.
> >
> > So, when I create a ClassLoader by saying:
> > ClassLoader treeClassLoader = TreeClassLoaders.makeClassLoader(new
> File("lib"));
> >
> > The class loader will honor the tree structure and enforce precedence.
> >
> > I feel this way I can manage dependencies naturally in directories
> > without explicitly specifying versions as in maven.
> >
> > Ben.
> >
>
> ---------------------------------------------------------------------
> 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]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
