ant-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Ben <ajoo.em...@gmail.com>
Subject Re: Problem in extending org.apache.tools.ant.taskdefs.Java class
Date Fri, 11 Aug 2006 17:11:02 GMT
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 <antoine@gmx.de> 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 <ajoo.email@gmail.com>
> 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 <ajoo.email@gmail.com> 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: dev-unsubscribe@ant.apache.org
> > For additional commands, e-mail: dev-help@ant.apache.org
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
> For additional commands, e-mail: dev-help@ant.apache.org
>
>

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


Mime
View raw message