Re: controlling ClassLoader when programmatically invoking Ant

2012-07-22 Thread Mitch Gitman
hen trying to > access that object from a class that was loaded from another classloader. > > > > From: Mitch Gitman > To: Ant Developers List > Sent: Saturday, July 21, 2012 6:16 PM > Subject: Re: controlling ClassLoader when programmatically invoking Ant > &g

Re: controlling ClassLoader when programmatically invoking Ant

2012-07-21 Thread Mitch Gitman
use reflection to call the few methods I have to call on it. #1 scares me! #2 is defeating much of the purpose of doing all this programmatically. #3 ain't pretty, but so far it seems doable. On Sat, Jul 21, 2012 at 9:33 AM, Mitch Gitman wrote: > Nicolas, thanks. I was one class off. I

Re: controlling ClassLoader when programmatically invoking Ant

2012-07-21 Thread Mitch Gitman
no less troubling than the uncontrolled failure I was seeing then. If you're a biologist conducting an experiment, you don't want to find out your cultures were growing only because the Petri dish got contaminated. On Sat, Jul 21, 2012 at 6:10 AM, Nicolas Lalevée wrote: > Hi Mitc

Re: controlling ClassLoader when programmatically invoking Ant

2012-07-20 Thread Mitch Gitman
P.S. I'm going to give URLClassLoader a shot with the JARs in Ant lib: http://docs.oracle.com/javase/6/docs/api/java/net/URLClassLoader.html Almost sounds a little too easy... On Fri, Jul 20, 2012 at 10:37 PM, Mitch Gitman wrote: > Technically, this message is better suited for the

controlling ClassLoader when programmatically invoking Ant

2012-07-20 Thread Mitch Gitman
Technically, this message is better suited for the ant-user list, but I'm thinking I'm more apt to get an answer on this list. (I'm also thinking this is the better place for me to cash in some chits for my having submitted patches for three Ivy issues I mentioned recently on this list. Subject: "e

Re: Fwd: extends & buildlist on 2.3.0-rc1 ... it gets worse

2012-06-27 Thread Mitch Gitman
attached to the issue an isolated, simple test case, including a "control group" test case where a relative path works. As serious as the "buildlist & two parents" problem is, I think this one presents a more prominent obstacle. On Wed, Jun 27, 2012 at 5:13 PM, Mitch Gitman w

Re: Fwd: extends & buildlist on 2.3.0-rc1 ... it gets worse

2012-06-27 Thread Mitch Gitman
hing a patch that fixes the problem would be even more helpfull > :-) ) > > > > > > I don't have time right now to look at it though. > > > > I hope to have a bit more time in july/august... > > > > > > Maarten > > > > > > >

Fwd: extends & buildlist on 2.3.0-rc1 ... it gets worse

2012-06-22 Thread Mitch Gitman
Well, my bigger fear is that Ivy 2.3.0 is going to be released without this problem being addressed. -- Forwarded message -- From: Mitch Gitman Date: Fri, Jun 22, 2012 at 10:21 AM Subject: Re: extends & buildlist on 2.3.0-rc1 ... it gets worse To: ivy-u...@ant.apache.org OK, I

Re: Getting Ivy dependency tree from Ant target

2010-04-07 Thread Mitch Gitman
Serge: I think this is the sort of question you'd best ask on the ivy-user mailing list: ivy-u...@ant.apache.org My understanding is that this particular list is for internal Ant development. That said, let me give a quick answer to your question. Suppose you have some projects: acmewebapp depend

redundant dependencies--executing targets from a task

2009-04-03 Thread Mitch Gitman
I have a custom Ant task that is invoking Ant targets like so: theProject.getExecutor().executeTargets(theProject, new String[] { targetName }); I want the dependencies of the invoked target to be invoked themselves, so I don't need to specially use an *Executor *like *IgnoreDependenciesExecutor*.