Thanks Erik. However, it appears that build.sysclasspath has no effect on the <taskdef> task (I've tried it with "ignore" and "last" values and it doesn't change anything).
Any idea ? Ok, I guess I'll have to look at the code if no one knows ... I'd rather not (already lost a full day !). Thanks -Vincent > -----Original Message----- > From: Erik Hatcher [mailto:[EMAIL PROTECTED] > Sent: 27 February 2002 21:12 > To: Ant Developers List > Subject: Re: Custom Ant tasks and classpath issue > > Would this info help any? > > http://jakarta.apache.org/ant/manual/sysclasspath.html > > > ----- Original Message ----- > From: "Vincent Massol" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Wednesday, February 27, 2002 3:37 PM > Subject: Custom Ant tasks and classpath issue > > > > Hi, > > > > I have a custom Ant task that I define in the following manner : > > > > <taskdef name="runservertests" > > classname="org.apache.cactus.ant.RunServerTestsTask"> > > <classpath> > > <pathelement location="${cactus.ant.jar}"/> > > <pathelement path="${java.class.path}"/> > > </classpath> > > </taskdef> > > > > I have just discovered today that Ant seems to put java.class.path by > > default in the task classpath. Thus, the second pathelement entry is > > actually not needed. > > > > My problem was that in the first entry (cactus.ant.jar) I wanted to > > override the cactus ant jar that is my java.class.path with a newer > > version ... And that lead to me spending 1 full day trying to figure out > > why the changes I was doing to my Cactus ant classes were not reflected > > when running the runservertests task ... :-( > > > > Question : Is that the normal behaviour ? If so it seems a bad idea as > > it is always possible to add java.class.path with a pathelement entry. > > > > Thanks > > -Vincent > > > > > > > > -- > > To unsubscribe, e-mail: <mailto:ant-dev- > [EMAIL PROTECTED]> > > For additional commands, e-mail: <mailto:ant-dev- > [EMAIL PROTECTED]> > > > > > > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> > -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
