OK apologies first for any confusion - my comments earlier were based on the
v1.2b2 plugin I obtained from the xdcolet sourceforge site. Following dion's
comments I fetched the latest plugin.jelly from the maven web source
repository planning to prepare a patch - I don't have cvs access here :-(.
Looking at this someone has already altered the way that the classpath for
the various doclets is created.
Sadly the ejbdoclet wont run at all now:
[ERROR] BUILD FAILED
[ERROR] File......
C:\usr\share\maven-1.0-beta-7\plugins\maven-xdoclet-plugin-1.
2b2\plugin.jelly
[ERROR] Element... ejbdoclet
[ERROR] Line...... 4908
[ERROR] Column.... 20
[ERROR] sourcePath attribute must be present.
I figured this sounded easy! So I added the line:
<setProperty name="sourcePath" value="${pom.build.sourceDirectory}"/>
To the plugin in the appropriate place (line 4917) and got this:
xdoclet:ejbdoclet:
[ejbdoclet] [ERROR] java.lang.reflect.InvocationTargetException:
java.lang.NoSuchMethodError
[ejbdoclet] [ERROR] at
xdoclet.modules.ejb.EjbDocletTask.validateOptions(EjbDocletTask.java:82)
[ejbdoclet] [ERROR] at
xdoclet.DocletTask.execute(DocletTask.java:230)
[ejbdoclet] [ERROR] at
org.apache.tools.ant.Task.perform(Task.java:317)
[ejbdoclet] [ERROR] at
org.apache.commons.jelly.tags.ant.AntTag.doTag(AntTag.java:220)
[ejbdoclet] [ERROR] at
org.apache.commons.jelly.impl.DynaTagScript.run(DynaTagScript.java:141)
[ejbdoclet] [ERROR] at
org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:134)
[ejbdoclet] [ERROR] at
org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:190)
[ejbdoclet] [ERROR] at
org.apache.commons.jelly.tags.werkz.GoalTag$1.performAction(GoalTag.java:119
)
[ejbdoclet] [ERROR] at
com.werken.werkz.Goal.attain(Goal.java:524)
[ejbdoclet] [ERROR] at
org.apache.maven.app.Maven.runGoals(Maven.java:943)
[ejbdoclet] [ERROR] at
org.apache.maven.app.Maven.attainGoals(Maven.java:844)
[ejbdoclet] [ERROR] at
org.apache.maven.app.App.doMain(App.java:379)
[ejbdoclet] [ERROR] at
org.apache.maven.app.App.main(App.java:892)
[ejbdoclet] [ERROR] at java.lang.reflect.Method.invoke(Native
Method)
[ejbdoclet] [ERROR] at
com.werken.forehead.Forehead.run(Forehead.java:543)
[ejbdoclet] [ERROR] at
com.werken.forehead.Forehead.main(Forehead.java:573)
Which I'm afraid makes no sense to me at all since I am not familiar with
the xdoclet internals.
Tim
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Saturday, 4 January 2003 1:12 PM
To: Turbine Maven Users List
Subject: Re: 2 qs about Xdoclet plugin
Tim Stephenson <[EMAIL PROTECTED]> wrote on 04/01/2003
09:47:46 AM:
> Hi,
>
> I have just got the xdoclet 1.2b2 plugin installed and runnning and
> had
a
> couple of questions about it.
>
> 1. The plugin reports a NoClassDefFound unless I modify the classpath
> of each doclet to include the relevant module jar. For example in the
> ejb doclet I needed to add:
> <pathelement
path="${plugin.getDependencyPath('xdoclet+ejb-module')}"/>
> And I also needed to add the appropriate dependency to the plugin's
> project.xml
Sounds about right. There are quite a few problems with the xdoclet plugin
in cvs. I'd be happy to apply a patch that you sent through.
> Since Ara said the plugin.jelly is generated could it be a problem in
the
> template (xdoclet+xdoclet-module appears in every goal instead of
> being substituted with the relevant modeule)?
No idea on that one. Ara?
> 2. With the webdoclet I cannot work out how to generate my struts
config. U
> have the following property which appears to be what is required:
>
> maven.xdoclet.webdoclet.strutsconfigxml.0=true
>
> Any body have any ideas?
--
dIon Gillard, Multitask Consulting
Blog: http://www.freeroller.net/page/dion/Weblog
Work: http://www.multitask.com.au
--
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]>
