t;
> > Regards,
> >
> > Antoine
> > Original-Nachricht
> > Datum: Fri, 11 Aug 2006 12:11:02 -0500
> > Von: Ben <[EMAIL PROTECTED]>
> > An: "Ant Developers List"
> > Betreff: Re: Problem in extending org.apache.tools.
CTED]>
An: "Ant Developers List"
Betreff: Re: Problem in extending org.apache.tools.ant.taskdefs.Java class
> 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 attachmen
Hello Ben,
once you have created your initial bug report, you can enter attachments to it.
Regards,
Antoine
Original-Nachricht
Datum: Fri, 11 Aug 2006 12:11:02 -0500
Von: Ben <[EMAIL PROTECTED]>
An: "Ant Developers List"
Betreff: Re: Prob
lude 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"
B
Developers List"
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
>
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
res
Interesting. In what way does log4j conflict with this model?
Also, do you plan in sharing this work? It could be useful to the Ant
community at large. Thanks, --DD
On 8/9/06, Ben <[EMAIL PROTECTED]> wrote:
Suppose I have a directory tree
/lib
/framework1
a-1.0.jar
x.jar
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 v
Hello Ben,
what is a tree class loader ?
Regards,
Antoine
Ben wrote:
> Nah. commandline will never get me the hierarchy that I want. java.exe
> only accepts a flat set of urls.
>
> What I'm doing is to have a proxy class: MainProxy.
>
> 1. A system property will be set (say, set it to "lib") to
On Tue, 8 Aug 2006, Ben <[EMAIL PROTECTED]> wrote:
> On 8/8/06, Stefan Bodewig <[EMAIL PROTECTED]> wrote:
>
>> So technically modifying the java task to allow your subclass to
>> control the CommandlineJava instance that's being used (in the same
>> way the JUnit task does) should work. Correct?
>
Looks not that easy. JUnit task exclusively uses getCommandLine()
method to get the CommandlineJava object, which gives me an extension
point (well, based upon the impl detail though).
Java task uses "cmdl" variable directly, there's no way I can sneak
anything in there. So, I'm still stuck. :-<
On Tue, 8 Aug 2006, Ben <[EMAIL PROTECTED]> wrote:
> Nah. commandline will never get me the hierarchy that I
> want. java.exe only accepts a flat set of urls.
I know. That's why I assumed you only needed to modify the non-forked
case.
> What I'm doing is to have a proxy class: MainProxy.
So st
Nah. commandline will never get me the hierarchy that I want. java.exe
only accepts a flat set of urls.
What I'm doing is to have a proxy class: MainProxy.
1. A system property will be set (say, set it to "lib") to call MainProxy
2. Another system property is set to the actually class name.
3. w
On Mon, 7 Aug 2006, Ben <[EMAIL PROTECTED]> wrote:
> I'm talking about the forked version, cuz that's almost the only
> mode I use. :-)
How do you get your classloader into the forked VM? What kind of
changes do you need to make to the task? Only modify the commandline
used to start the VM?
St
Stephan,
I'm talking about the forked version, cuz that's almost the only mode I use. :-)
Will verify the new JUnitTask once I'm through the test. (been having
a bit problem with libs using commons logging.)
Ben.
On 8/7/06, Stefan Bodewig <[EMAIL PROTECTED]> wrote:
On Mon, 7 Aug 2006, Ben <[E
On Mon, 7 Aug 2006, Ben <[EMAIL PROTECTED]> wrote:
> I hope this is the right place for me to ask development quesiton
> about Ant.
It is. This is the list where development of Ant itself is discussed
and what you want might require a change to Ant, so you meet the right
people here.
> Now I'm
16 matches
Mail list logo
