Edwin Punzalan wrote:
Definitely deserves +1
However, I'm still torn between using apt and a wiki site but whichever
wins I think the obvious casualty will be the site-plugin.
If we continue on using the pages generated by the site plugin, and
based from John Casey's "Core Documentation" point #2, it will be a
major revision to the site plugin to pull that off. But after that,
things will be easier and the only problem I see will be the lack of
contributions from outside the maven devs team bec, really, sending a
patch for the first time is tedious. Plus the fact that after sending
the patch, one will wait for it to be patched and deployed.
Now if we work on a wiki site, then a lot of the information (javadoc,
changelog, etc) already generated by the site plugin will be
under-utilized (if not unused) and they will have to be reproduced in
the wiki. Although, this may probably be another plugin's work but its a
wiki, so there will probably be user edits on the same page and those
edits should then be propagated back to the plugin's docs (again,
probably another plugin's work).
Maybe there's a way to use both the wiki and the pages generated by the
site plugin altogether for this? So we can benefit from the pros of both.
I know there are code laying around to suck the content out of
Confluence and transform that into a Doxia Source. Then with some shell
magic we could import the documentation in Confluence and rebuild the
site on a daily basis.
--
Trygve
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
