Re: [Xdoclet-devel] Re: [GUMP] Build Failure - myrmidon-api [XDoclet problems?]

[as...@netcom.no]

I've filed a bug report for you:

https://sourceforge.net/tracker/index.php?
func=detail&aid=566782&group_id=31602&atid=402704

I'll try to fix this.
Aslak

----- Original Message -----
From: Darrell DeBoer <da...@apache.org>
Date: Monday, June 10, 2002 12:21 pm
Subject: [Xdoclet-devel] Re: [GUMP] Build Failure - myrmidon-api 
[XDoclet problems?]

> G'day,
> 
> I've been playing around with fixing the Myrmidon Gump runs, and 
> I'm pretty 
> sure that it's a general problem with running XDoclet tasks under 
> gump. 
> 
> The following simple build file <taskdef>s xdoclet.DocletTask, and 
> runs a 
> template against a single file. This file runs fine when run with 
> an empty 
> classpath, but fails with the XDoclet jars in the system 
> classpath. (The test 
> file uses files in the myrmidon tree).
> 
> <project name="xdoclet-test" default="main">
>    <target name="main">
>        <delete file="api/build/conf/myrmidon-ap
>        <path id="xdoclet.classpath">
>            <fileset includes="*.jar" dir="tools/xdoclet"/>
>        </path>
> 
>        <taskdef classname="xdoclet.DocletTask" name="xdoclet" 
> classpathref="xdoclet.classpath"/>
> 
>        <xdoclet destdir="api/build/conf/myrmidon-api">
>            <fileset dir="api/src/java" includes="**/Task.java"/>
>            <template 
> templateFile="buildtools/src/java/or                      
> destinationFile="ant-roles-test.xml"/>
>        </xdoclet>
>    </target>
> </project>
> 
> This happens whether or not ${build.sysclasspath} == "only", and 
> would seem to 
> prevent any project using XDoclet from being built with Gump 
> (which relies on 
> setting the system classpath for all dependencies).
> 
> I think the XDoclet developers are aware of this behaviour:
> -------------------------------------------------------------------
> -----------
>    public DocletTask() throws BuildException
>    {
>        try {
>            classpath = ((AntClassLoader) 
> DocletTask.class.getClassLoader()).getClasspath();
> 
>            System.setProperty("xdoclet.class.path", classpath);
>        }
>        catch (ClassCastException e) {
>            throw new BuildException("xdoclet.jar should not be on 
> the system 
> classpath when starting Ant. It should be on a path passed to the 
> <taskdef> 
> using classpath or classpathref.");
>        }
>    }
> -------------------------------------------------------------------
> -----------
> 
> I haven't yet looked for the root cause of the problem within the 
> DocletTask. 
> Has anyone ever seen anything like this, where build works with an 
> empty 
> classpath, but not when jars are included in the system classpath? 
> DocletTask 
> has dependencies on a bunch of other jars (also included in the 
> classpath), 
> and I think it also uses the new "DynamicElement" functionality, 
> which I 
> suppose may still have a few un-ironed wrinkles.
> 
> -- 
> ciao,
> Daz
> 
> _______________________________________________________________
> 
> Don't miss the 2002 Sprint PCS Application Developer's Conference
> August 25-28 in Las Vegas - http://devcon.sprintpcs.co
> 
> _______________________________________________
> Xdoclet-devel mailing list
> Xdoclet-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/xdoclet-devel
> 


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>