Thanks for you help. Your suggestion did the trick ...
Gunnar
On Thu, 29 Dec 2005, Rainer Noack wrote:
> [cut]
>
> The ThreadContextClassloader is typically not your task's classloader.
>
> You can set the ThreadContextClassloader before instantiating
> ClassPathXmlApplicationContext.
>
> Do
o ant ;-)
Cheers
Rainer
> -Original Message-
> From: Gunnar Sigurdsson [mailto:[EMAIL PROTECTED]
> Sent: Thursday, December 29, 2005 7:12 PM
> To: Ant Users List
> Subject: Re: taskdef classpath problem
>
>
> I am not loading the resources directly, that happens as
I am not loading the resources directly, that happens as a
side effect of GenDDL using a class from one of these other jars.
The full details are like this. Lets say GenDDL.class is in
GenDDL.jar, and GenDDL.class calls a class Context.class which is
in Context.jar, and that same jar contains a te
On Wed, 28 Dec 2005, Gunnar Sigurdsson <[EMAIL PROTECTED]> wrote:
> The GenDDL class depends on other jar files that are in the same
> "lib" directory. When the "ddl" target is executed, ant finds the
> GenDDL class and executes it, but it does not find resources in the
> other jar files.
How
I am using ant version 1.6.2.
I have a custom task, com.xxx.ant.abc.GenDDL, which is stored
in a jar file which is in the "lib" directory indicated in the
"fileset" below.
The GenDDL class depends on other jar files
Hi there.
I have a problem when invoking ant (1.6.1) from a Quartz job which is
scheduled in a webapp
I have placed the following ant jars in the webapps classpath (WEB-INF/lib)
ant.jar
ant-jakarta-log4j.jar (I attach a Log4jListner to my project)
ant-launcher.jar (probably not needed)
ant-nod
