You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@maven.apache.org by Colin Sampaleanu <co...@exis.com> on 2003/01/17 17:28:30 UTC
Re: xdoclet plugin can not seem to find EjbDocletTask
There appears to be some breakage in the dependency handling. I say this
because, playing around, if I add a bogus dependency (non-existent jar)
to my project.xml, maven does try to download that jar. But if I go into
the project.xml of the xdoclet plugin itself, and add the bogus
dependency there, maven does not attempt to download the jar. Perhaps
this is by design, but I don't understand why...
Michal Maczka wrote:
>I have the same problem. Trying to solve it for last hour.. no solution for
>the moment.
>Once you got something let me know. I will do the same if I'll be a first to
>find out why..
>
>Michal
>
>
>
>>-----Original Message-----
>>From: Colin Sampaleanu [mailto:colinml1@exis.com]
>>Sent: Friday, January 17, 2003 4:28 PM
>>To: Turbine Maven Users List
>>Subject: xdoclet plugin can not seem to find EjbDocletTask
>>
>>
>>I am using Maven CVS HEAD. When I try to use the xdoclet
>>plugin, either
>>the version that comes with xdoclet 1.2b2, or one from
>>building xdoclet
>>CVS HEAD, the plugin seems unable to find EjbDocletTask, resulting in
>>the message
>> taskdef class xdoclet.modules.ejb.EjbDocletTask cannot be found
>>
>>All dependencies seem to be resolved (no message about attempting to
>>download anything), although I did have to manually add
>>xdoclet-1.2b2.jar to my repo, since it is not on ibiblio.
>>
>>Anybody have an idea what is going on?
>>
>>Colin
>>
>>
>>
>>
>>--
>>To unsubscribe, e-mail:
>><ma...@jakarta.apache.org>
>>For additional commands, e-mail:
>><ma...@jakarta.apache.org>
>>
>>
>>
>
>--
>To unsubscribe, e-mail: <ma...@jakarta.apache.org>
>For additional commands, e-mail: <ma...@jakarta.apache.org>
>
>
>
Re: xdoclet plugin can not seem to find EjbDocletTask
Posted by di...@multitask.com.au.
This one's been fixed in CVS. Thanks for helping suss it out.
--
dIon Gillard, Multitask Consulting
Blog: http://www.freeroller.net/page/dion/Weblog
Work: http://www.multitask.com.au
Colin Sampaleanu <co...@exis.com> wrote on 18/01/2003 01:07:28 PM:
> That did the trick! I'll send a bug report on the xdoclet jira to get
> them to upgrade the format used, although I guess for a while at least
> the old format will be supported too? (once you fix the code that is)
>
>
> dion@multitask.com.au wrote:
>
> >Hi Colin, I think I may have found the issue. Do you mind testing
> >something for me?
> >
> >The current code to translate the old 'id' format to the new one does
> >this:
> >
> > if ( id.indexOf( ":" ) < 0 )
> > {
> > id += ":" + id;
> > }
> >
> > return id;
> >
> >You'll notice it doesn't handle '+' being there, as per your example, "
> >xdoclet+ejb" should be mapped to "xdoclet:xdoclet-ejb" from what I can
> >tell.
> >
> >Could you try replacing the getDependencyPath("xdoclet+ejb") with
> >getDependencyPath("xdoclet:xdoclet-ejb") and tell me if it works?
> >
> >If it does, I'll patch the Project class accordingly.
> >
> >Thanks for your patience.
> >--
> >dIon Gillard, Multitask Consulting
> >Blog: http://www.freeroller.net/page/dion/Weblog
> >Work: http://www.multitask.com.au
> >
> >
> >Colin Sampaleanu <co...@exis.com> wrote on 18/01/2003 11:44:39 AM:
> >
> >
> >
> >>Not yet, but as per my later email, I tracked it down to an issue with
> >>some calls to plugin.getDependencyPath failing to return any values
for
> >>dependencies declared in the plugin which are not a simple id (e.g.
> >>getDependencyPath is working for simple cases such as commons-lang
where
> >>
> >>
> >
> >
> >
> >>the groupId==artifactId==id, but failing for cases where
> >>groupId!=artifactId, e.g. 'xdoclet+ejb'. So I think there has been
some
> >>breakage in maven...
> >>
> >>
> >>dion@multitask.com.au wrote:
> >>
> >>
> >>
> >>>Have you tried talking to the xdoclet guys that wrote the plugin?
> >>>--
> >>>dIon Gillard, Multitask Consulting
> >>>Blog: http://www.freeroller.net/page/dion/Weblog
> >>>Work: http://www.multitask.com.au
> >>>
> >>>
> >>>Colin Sampaleanu <co...@exis.com> wrote on 18/01/2003 05:28:28 AM:
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>>Thanks for the explanation, that makes sense. Unfortunately that
still
> >>>>
> >>>>
> >
> >
> >
> >>>>leaves the xdoclet plugin apparently broken :-). I have put in some
> >>>>
> >>>>
> >code
> >
> >
> >>>>
> >>>>
> >>>
> >>>
> >>>
> >>>>in the .jelly file for the plugin, and print out a new path I create
> >>>>with the same elements as in the classpath that is given to the
> >>>>
> >>>>
> >taskdef
> >
> >
> >>>>which tries to load ejbdoclet, and the xdoclet jars are definitely
> >>>>there, but taskdef still can not find the ejbdoclet class. So
possibly
> >>>>
> >>>>
> >
> >
> >
> >>>>some fundamental classloading changes or jelly/ant integration
changes
> >>>>
> >>>>
> >
> >
> >
> >>>>are breaking things, but at this point I am in over my head.
> >>>>
> >>>>dion@multitask.com.au wrote:
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>>Adding a dependency to a plugin that's already expanded into a
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>directory
> >>>
> >>>
> >>>
> >>>
> >>>>>in $MAVEN_HOME/plugins wont cause a download.
> >>>>>
> >>>>>You should either delete the .processed file for the plugin, or
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>re-install
> >>>
> >>>
> >>>
> >>>
> >>>>>it using
> >>>>>
> >>>>>maven plugin:install
> >>>>>
> >>>>>
>
>
>
> --
> To unsubscribe, e-mail: <mailto:turbine-maven-dev-
> unsubscribe@jakarta.apache.org>
> For additional commands, e-mail: <mailto:turbine-maven-dev-
> help@jakarta.apache.org>
>
> ForwardSourceID:NT000A4DBE
Re: xdoclet plugin can not seem to find EjbDocletTask
Posted by Colin Sampaleanu <co...@exis.com>.
That did the trick! I'll send a bug report on the xdoclet jira to get
them to upgrade the format used, although I guess for a while at least
the old format will be supported too? (once you fix the code that is)
dion@multitask.com.au wrote:
>Hi Colin, I think I may have found the issue. Do you mind testing
>something for me?
>
>The current code to translate the old 'id' format to the new one does
>this:
>
> if ( id.indexOf( ":" ) < 0 )
> {
> id += ":" + id;
> }
>
> return id;
>
>You'll notice it doesn't handle '+' being there, as per your example, "
>xdoclet+ejb" should be mapped to "xdoclet:xdoclet-ejb" from what I can
>tell.
>
>Could you try replacing the getDependencyPath("xdoclet+ejb") with
>getDependencyPath("xdoclet:xdoclet-ejb") and tell me if it works?
>
>If it does, I'll patch the Project class accordingly.
>
>Thanks for your patience.
>--
>dIon Gillard, Multitask Consulting
>Blog: http://www.freeroller.net/page/dion/Weblog
>Work: http://www.multitask.com.au
>
>
>Colin Sampaleanu <co...@exis.com> wrote on 18/01/2003 11:44:39 AM:
>
>
>
>>Not yet, but as per my later email, I tracked it down to an issue with
>>some calls to plugin.getDependencyPath failing to return any values for
>>dependencies declared in the plugin which are not a simple id (e.g.
>>getDependencyPath is working for simple cases such as commons-lang where
>>
>>
>
>
>
>>the groupId==artifactId==id, but failing for cases where
>>groupId!=artifactId, e.g. 'xdoclet+ejb'. So I think there has been some
>>breakage in maven...
>>
>>
>>dion@multitask.com.au wrote:
>>
>>
>>
>>>Have you tried talking to the xdoclet guys that wrote the plugin?
>>>--
>>>dIon Gillard, Multitask Consulting
>>>Blog: http://www.freeroller.net/page/dion/Weblog
>>>Work: http://www.multitask.com.au
>>>
>>>
>>>Colin Sampaleanu <co...@exis.com> wrote on 18/01/2003 05:28:28 AM:
>>>
>>>
>>>
>>>
>>>
>>>>Thanks for the explanation, that makes sense. Unfortunately that still
>>>>
>>>>
>
>
>
>>>>leaves the xdoclet plugin apparently broken :-). I have put in some
>>>>
>>>>
>code
>
>
>>>>
>>>>
>>>
>>>
>>>
>>>>in the .jelly file for the plugin, and print out a new path I create
>>>>with the same elements as in the classpath that is given to the
>>>>
>>>>
>taskdef
>
>
>>>>which tries to load ejbdoclet, and the xdoclet jars are definitely
>>>>there, but taskdef still can not find the ejbdoclet class. So possibly
>>>>
>>>>
>
>
>
>>>>some fundamental classloading changes or jelly/ant integration changes
>>>>
>>>>
>
>
>
>>>>are breaking things, but at this point I am in over my head.
>>>>
>>>>dion@multitask.com.au wrote:
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>>Adding a dependency to a plugin that's already expanded into a
>>>>>
>>>>>
>>>>>
>>>>>
>>>directory
>>>
>>>
>>>
>>>
>>>>>in $MAVEN_HOME/plugins wont cause a download.
>>>>>
>>>>>You should either delete the .processed file for the plugin, or
>>>>>
>>>>>
>>>>>
>>>>>
>>>re-install
>>>
>>>
>>>
>>>
>>>>>it using
>>>>>
>>>>>maven plugin:install
>>>>>
>>>>>
Re: xdoclet plugin can not seem to find EjbDocletTask
Posted by di...@multitask.com.au.
Hi Colin, I think I may have found the issue. Do you mind testing
something for me?
The current code to translate the old 'id' format to the new one does
this:
if ( id.indexOf( ":" ) < 0 )
{
id += ":" + id;
}
return id;
You'll notice it doesn't handle '+' being there, as per your example, "
xdoclet+ejb" should be mapped to "xdoclet:xdoclet-ejb" from what I can
tell.
Could you try replacing the getDependencyPath("xdoclet+ejb") with
getDependencyPath("xdoclet:xdoclet-ejb") and tell me if it works?
If it does, I'll patch the Project class accordingly.
Thanks for your patience.
--
dIon Gillard, Multitask Consulting
Blog: http://www.freeroller.net/page/dion/Weblog
Work: http://www.multitask.com.au
Colin Sampaleanu <co...@exis.com> wrote on 18/01/2003 11:44:39 AM:
> Not yet, but as per my later email, I tracked it down to an issue with
> some calls to plugin.getDependencyPath failing to return any values for
> dependencies declared in the plugin which are not a simple id (e.g.
> getDependencyPath is working for simple cases such as commons-lang where
> the groupId==artifactId==id, but failing for cases where
> groupId!=artifactId, e.g. 'xdoclet+ejb'. So I think there has been some
> breakage in maven...
>
>
> dion@multitask.com.au wrote:
>
> >Have you tried talking to the xdoclet guys that wrote the plugin?
> >--
> >dIon Gillard, Multitask Consulting
> >Blog: http://www.freeroller.net/page/dion/Weblog
> >Work: http://www.multitask.com.au
> >
> >
> >Colin Sampaleanu <co...@exis.com> wrote on 18/01/2003 05:28:28 AM:
> >
> >
> >
> >>Thanks for the explanation, that makes sense. Unfortunately that still
> >>leaves the xdoclet plugin apparently broken :-). I have put in some
code
> >>
> >>
> >
> >
> >
> >>in the .jelly file for the plugin, and print out a new path I create
> >>with the same elements as in the classpath that is given to the
taskdef
> >>which tries to load ejbdoclet, and the xdoclet jars are definitely
> >>there, but taskdef still can not find the ejbdoclet class. So possibly
> >>some fundamental classloading changes or jelly/ant integration changes
> >>are breaking things, but at this point I am in over my head.
> >>
> >>dion@multitask.com.au wrote:
> >>
> >>
> >>
> >>>Adding a dependency to a plugin that's already expanded into a
> >>>
> >>>
> >directory
> >
> >
> >>>in $MAVEN_HOME/plugins wont cause a download.
> >>>
> >>>You should either delete the .processed file for the plugin, or
> >>>
> >>>
> >re-install
> >
> >
> >>>it using
> >>>
> >>>maven plugin:install
> >>>
> >>>HTH,
> >>>--
> >>>dIon Gillard, Multitask Consulting
> >>>Blog: http://www.freeroller.net/page/dion/Weblog
> >>>Work: http://www.multitask.com.au
> >>>
> >>>
>
>
>
> --
> To unsubscribe, e-mail: <mailto:turbine-maven-dev-
> unsubscribe@jakarta.apache.org>
> For additional commands, e-mail: <mailto:turbine-maven-dev-
> help@jakarta.apache.org>
>
> ForwardSourceID:NT000A4D82
Re: xdoclet plugin can not seem to find EjbDocletTask
Posted by Colin Sampaleanu <co...@exis.com>.
Not yet, but as per my later email, I tracked it down to an issue with
some calls to plugin.getDependencyPath failing to return any values for
dependencies declared in the plugin which are not a simple id (e.g.
getDependencyPath is working for simple cases such as commons-lang where
the groupId==artifactId==id, but failing for cases where
groupId!=artifactId, e.g. 'xdoclet+ejb'. So I think there has been some
breakage in maven...
dion@multitask.com.au wrote:
>Have you tried talking to the xdoclet guys that wrote the plugin?
>--
>dIon Gillard, Multitask Consulting
>Blog: http://www.freeroller.net/page/dion/Weblog
>Work: http://www.multitask.com.au
>
>
>Colin Sampaleanu <co...@exis.com> wrote on 18/01/2003 05:28:28 AM:
>
>
>
>>Thanks for the explanation, that makes sense. Unfortunately that still
>>leaves the xdoclet plugin apparently broken :-). I have put in some code
>>
>>
>
>
>
>>in the .jelly file for the plugin, and print out a new path I create
>>with the same elements as in the classpath that is given to the taskdef
>>which tries to load ejbdoclet, and the xdoclet jars are definitely
>>there, but taskdef still can not find the ejbdoclet class. So possibly
>>some fundamental classloading changes or jelly/ant integration changes
>>are breaking things, but at this point I am in over my head.
>>
>>dion@multitask.com.au wrote:
>>
>>
>>
>>>Adding a dependency to a plugin that's already expanded into a
>>>
>>>
>directory
>
>
>>>in $MAVEN_HOME/plugins wont cause a download.
>>>
>>>You should either delete the .processed file for the plugin, or
>>>
>>>
>re-install
>
>
>>>it using
>>>
>>>maven plugin:install
>>>
>>>HTH,
>>>--
>>>dIon Gillard, Multitask Consulting
>>>Blog: http://www.freeroller.net/page/dion/Weblog
>>>Work: http://www.multitask.com.au
>>>
>>>
Re: xdoclet plugin can not seem to find EjbDocletTask
Posted by di...@multitask.com.au.
Have you tried talking to the xdoclet guys that wrote the plugin?
--
dIon Gillard, Multitask Consulting
Blog: http://www.freeroller.net/page/dion/Weblog
Work: http://www.multitask.com.au
Colin Sampaleanu <co...@exis.com> wrote on 18/01/2003 05:28:28 AM:
> Thanks for the explanation, that makes sense. Unfortunately that still
> leaves the xdoclet plugin apparently broken :-). I have put in some code
> in the .jelly file for the plugin, and print out a new path I create
> with the same elements as in the classpath that is given to the taskdef
> which tries to load ejbdoclet, and the xdoclet jars are definitely
> there, but taskdef still can not find the ejbdoclet class. So possibly
> some fundamental classloading changes or jelly/ant integration changes
> are breaking things, but at this point I am in over my head.
>
> dion@multitask.com.au wrote:
>
> >Adding a dependency to a plugin that's already expanded into a
directory
> >in $MAVEN_HOME/plugins wont cause a download.
> >
> >You should either delete the .processed file for the plugin, or
re-install
> >it using
> >
> >maven plugin:install
> >
> >HTH,
> >--
> >dIon Gillard, Multitask Consulting
> >Blog: http://www.freeroller.net/page/dion/Weblog
> >Work: http://www.multitask.com.au
> >
> >
> >Colin Sampaleanu <co...@exis.com> wrote on 18/01/2003 03:28:30 AM:
> >
> >
> >
> >>There appears to be some breakage in the dependency handling. I say
this
> >>
> >>
> >
> >
> >
> >>because, playing around, if I add a bogus dependency (non-existent
jar)
> >>to my project.xml, maven does try to download that jar. But if I go
into
> >>
> >>
> >
> >
> >
> >>the project.xml of the xdoclet plugin itself, and add the bogus
> >>dependency there, maven does not attempt to download the jar. Perhaps
> >>this is by design, but I don't understand why...
> >>
> >>
> >>Michal Maczka wrote:
> >>
> >>
> >>
> >>>I have the same problem. Trying to solve it for last hour.. no
solution
> >>>
> >>>
> >for
> >
> >
> >>>the moment.
> >>>Once you got something let me know. I will do the same if I'll be a
> >>>
> >>>
> >first to
> >
> >
> >>>find out why..
> >>>
> >>>Michal
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>>-----Original Message-----
> >>>>From: Colin Sampaleanu [mailto:colinml1@exis.com]
> >>>>Sent: Friday, January 17, 2003 4:28 PM
> >>>>To: Turbine Maven Users List
> >>>>Subject: xdoclet plugin can not seem to find EjbDocletTask
> >>>>
> >>>>
> >>>>I am using Maven CVS HEAD. When I try to use the xdoclet
> >>>>plugin, either
> >>>>the version that comes with xdoclet 1.2b2, or one from
> >>>>building xdoclet
> >>>>CVS HEAD, the plugin seems unable to find EjbDocletTask, resulting
in
> >>>>the message
> >>>> taskdef class xdoclet.modules.ejb.EjbDocletTask cannot be found
> >>>>
> >>>>All dependencies seem to be resolved (no message about attempting to
> >>>>download anything), although I did have to manually add
> >>>>xdoclet-1.2b2.jar to my repo, since it is not on ibiblio.
> >>>>
> >>>>Anybody have an idea what is going on?
> >>>>
> >>>>Colin
> >>>>
> >>>>
>
>
>
> --
> To unsubscribe, e-mail: <mailto:turbine-maven-dev-
> unsubscribe@jakarta.apache.org>
> For additional commands, e-mail: <mailto:turbine-maven-dev-
> help@jakarta.apache.org>
>
> ForwardSourceID:NT000A43E6
Re: xdoclet plugin can not seem to find EjbDocletTask
Posted by Colin Sampaleanu <co...@exis.com>.
Thanks for the explanation, that makes sense. Unfortunately that still
leaves the xdoclet plugin apparently broken :-). I have put in some code
in the .jelly file for the plugin, and print out a new path I create
with the same elements as in the classpath that is given to the taskdef
which tries to load ejbdoclet, and the xdoclet jars are definitely
there, but taskdef still can not find the ejbdoclet class. So possibly
some fundamental classloading changes or jelly/ant integration changes
are breaking things, but at this point I am in over my head.
dion@multitask.com.au wrote:
>Adding a dependency to a plugin that's already expanded into a directory
>in $MAVEN_HOME/plugins wont cause a download.
>
>You should either delete the .processed file for the plugin, or re-install
>it using
>
>maven plugin:install
>
>HTH,
>--
>dIon Gillard, Multitask Consulting
>Blog: http://www.freeroller.net/page/dion/Weblog
>Work: http://www.multitask.com.au
>
>
>Colin Sampaleanu <co...@exis.com> wrote on 18/01/2003 03:28:30 AM:
>
>
>
>>There appears to be some breakage in the dependency handling. I say this
>>
>>
>
>
>
>>because, playing around, if I add a bogus dependency (non-existent jar)
>>to my project.xml, maven does try to download that jar. But if I go into
>>
>>
>
>
>
>>the project.xml of the xdoclet plugin itself, and add the bogus
>>dependency there, maven does not attempt to download the jar. Perhaps
>>this is by design, but I don't understand why...
>>
>>
>>Michal Maczka wrote:
>>
>>
>>
>>>I have the same problem. Trying to solve it for last hour.. no solution
>>>
>>>
>for
>
>
>>>the moment.
>>>Once you got something let me know. I will do the same if I'll be a
>>>
>>>
>first to
>
>
>>>find out why..
>>>
>>>Michal
>>>
>>>
>>>
>>>
>>>
>>>>-----Original Message-----
>>>>From: Colin Sampaleanu [mailto:colinml1@exis.com]
>>>>Sent: Friday, January 17, 2003 4:28 PM
>>>>To: Turbine Maven Users List
>>>>Subject: xdoclet plugin can not seem to find EjbDocletTask
>>>>
>>>>
>>>>I am using Maven CVS HEAD. When I try to use the xdoclet
>>>>plugin, either
>>>>the version that comes with xdoclet 1.2b2, or one from
>>>>building xdoclet
>>>>CVS HEAD, the plugin seems unable to find EjbDocletTask, resulting in
>>>>the message
>>>> taskdef class xdoclet.modules.ejb.EjbDocletTask cannot be found
>>>>
>>>>All dependencies seem to be resolved (no message about attempting to
>>>>download anything), although I did have to manually add
>>>>xdoclet-1.2b2.jar to my repo, since it is not on ibiblio.
>>>>
>>>>Anybody have an idea what is going on?
>>>>
>>>>Colin
>>>>
>>>>
Re: xdoclet plugin can not seem to find EjbDocletTask
Posted by di...@multitask.com.au.
Adding a dependency to a plugin that's already expanded into a directory
in $MAVEN_HOME/plugins wont cause a download.
You should either delete the .processed file for the plugin, or re-install
it using
maven plugin:install
HTH,
--
dIon Gillard, Multitask Consulting
Blog: http://www.freeroller.net/page/dion/Weblog
Work: http://www.multitask.com.au
Colin Sampaleanu <co...@exis.com> wrote on 18/01/2003 03:28:30 AM:
> There appears to be some breakage in the dependency handling. I say this
> because, playing around, if I add a bogus dependency (non-existent jar)
> to my project.xml, maven does try to download that jar. But if I go into
> the project.xml of the xdoclet plugin itself, and add the bogus
> dependency there, maven does not attempt to download the jar. Perhaps
> this is by design, but I don't understand why...
>
>
> Michal Maczka wrote:
>
> >I have the same problem. Trying to solve it for last hour.. no solution
for
> >the moment.
> >Once you got something let me know. I will do the same if I'll be a
first to
> >find out why..
> >
> >Michal
> >
> >
> >
> >>-----Original Message-----
> >>From: Colin Sampaleanu [mailto:colinml1@exis.com]
> >>Sent: Friday, January 17, 2003 4:28 PM
> >>To: Turbine Maven Users List
> >>Subject: xdoclet plugin can not seem to find EjbDocletTask
> >>
> >>
> >>I am using Maven CVS HEAD. When I try to use the xdoclet
> >>plugin, either
> >>the version that comes with xdoclet 1.2b2, or one from
> >>building xdoclet
> >>CVS HEAD, the plugin seems unable to find EjbDocletTask, resulting in
> >>the message
> >> taskdef class xdoclet.modules.ejb.EjbDocletTask cannot be found
> >>
> >>All dependencies seem to be resolved (no message about attempting to
> >>download anything), although I did have to manually add
> >>xdoclet-1.2b2.jar to my repo, since it is not on ibiblio.
> >>
> >>Anybody have an idea what is going on?
> >>
> >>Colin
> >>
> >>
> >>
> >>
> >>--
> >>To unsubscribe, e-mail:
> >><ma...@jakarta.apache.org>
> >>For additional commands, e-mail:
> >><ma...@jakarta.apache.org>
> >>
> >>
> >>
> >
> >--
> >To unsubscribe, e-mail: <mailto:turbine-maven-user-
> unsubscribe@jakarta.apache.org>
> >For additional commands, e-mail: <mailto:turbine-maven-user-
> help@jakarta.apache.org>
> >
> >
> >
>
>
>
> --
> To unsubscribe, e-mail: <mailto:turbine-maven-dev-
> unsubscribe@jakarta.apache.org>
> For additional commands, e-mail: <mailto:turbine-maven-dev-
> help@jakarta.apache.org>
>
> ForwardSourceID:NT000A42F2