Maven 2.x Antrun Plugin

when set refid="maven.plugin.classpath" in taskdef,
maven throws this error

Reference maven.plugin.classpath not found.

work around of refid. Here is the discussion on maven user list

think you have two problems - first, I don't think you can use the
reference directly in your ant script (though I don't know why).
Instead, you need to de-reference by setting it to a property value.
Something like this:

<property name="cp1"
refid="maven.dependency.classpath"/>
<echo message="maven.dependency.classpath is ${cp1}"/>
<echo message=""/>

<property name="cp2" refid="maven.compile.classpath"/>
<echo message="maven.compile.classpath is ${cp2}"/>
<echo message=""/>

<property name="cp3" refid="maven.runtime.classpath"/>
<echo message="maven.runtime.classpath is ${cp3}"/>
<echo message=""/>

<property name="cp4" refid="maven.test.classpath"/>
<echo message="maven.test.classpath is ${cp4}"/>
<echo message=""/>

<property name="cp5" refid="maven.plugin.classpath"/>
<echo message="maven.plugin.classpath is ${cp5}"/>
<echo message=""/>

Secondly, you appear to want a directory value (perhaps basedir?),
rather than a path-like structure like the classpath.

Hope this is helpful...

-Margaret

First, use the xdoclet-maven-plugin. It's an extension to the antrun plugin that contains all
the needed xdoclet dependencies.

Second, you only need to put a path reference in a property to be able to print it; using it in a refid= / classpathref attribute in
an ant task should work just fine, which it does, since the ejbdoclet is recognized, just not the remoteinterface tag.

I've tried to reproduce this issue, but the first failure was that xjavadoc/xjavadoc/.. couldn't be found.
The groupId for xjavadoc is xdoclet, so i replaced xjavadoc/xjavadoc by xdoclet/xjavadoc and it worked fine.

I get the idea that your xdoclet jars are corrupt or of the wrong version. Can you check that

 unzip -l ~/.m2/repository/xdoclet/xdoclet-ejb-module/1.2.3/xdoclet-ejb-module-1.2.3.jar|grep xdoclet.modules.ejb.intf.RemoteInterfaceSubTask

produces output?

I can explain, I think, why you are getting the error, but I cannot provide a solution.

Basically, if you look at the ModuleFinder class inside of xdoclet, you'll find the following code:

91 public static void initClasspath(Class clazz)
92 {
93 if (System.getProperty("xdoclet.class.path") == null) {
94 try { 95 classpath = ((AntClassLoader) clazz.getClassLoader()).getClasspath(); 96 }
97 catch (ClassCastException e) { 98 classpath = System.getProperty("java.class.path"); 99 }
100 }
101 else { 102 classpath = System.getProperty("xdoclet.class.path"); 103 }
104 }

This initialized classpath with a list of jars, which are then cracked open in ModuleFinder.findModules.
Here, META-INF/xdoclet.xml is opened, if found, and modules, such as ejbdoclet are added to xdoclet. Basically, "java.class.path"
contains only the classworlds-1.1.jar, so no modules get added.

An option might be to set the xdoclet.class.path system property prior to executing this to the plugin classpath, but I dont know how to:
1) Set a system property from a maven pom
2) Set a system property using ant

Further, I'm not confident that it's a good idea to set system properties in this fashion.

The right approach, I think, would be to use the xdoclet maven plugin, however, you cannot use the xdoclet plugin with the antrun plugin, which is very problematic.

This can be found at http://jira.codehaus.org/browse/MANTRUN-37

Here is how to define the system property from Antrun before the XDoclet task:

<script language="beanshell" classpathref="maven.plugin.classpath" manager="bsf" setbeans="false"><![CDATA[

    // workaround for XDoclet dependency on AntClassLoader

    System.setProperty(
        "xdoclet.class.path",
        project.getReference("maven.plugin.classpath").toString()
    );

]]></script>

<taskdef name="webdoclet" classname="xdoclet.modules..." classpathref="maven.plugin.classpath"/>

<webdoclet ...>
   ...
</webdoclet>

Of course you need to add the required bsf/bsh/ant... dependencies to the plugin dependencies.

The EJB plugin requires additional dependencies on ant which are not included in the plugin classpath by default. Add them to the plugin execution with <dependency> elements.