Re: [vote] [m1] release xdoc-plugin-1.10

2006-06-13 Thread Dennis Lundberg

It looks good now!

--
Dennis Lundberg

Lukas Theussl wrote:

Oops, my mistake. Snapshot is redeployed, please try again. :)

-Lukas


Dennis Lundberg wrote:

Lukas Theussl wrote:




If the Downloads link problem above and another problem I found 
(will send another mail about that) can be solved, I'm +1. The rest 
seems to be Commons specific, which shouldn't hold back the release 
of the xdoc plugin.




I deployed another snapshot, please test.

Cheers,
-Lukas



Without maven.xdoc.distributionUrl set the downloads link no longer 
show up in either of the commons components. So thats good.


But if I set 
maven.xdoc.distributionUrl=http://jakarta.apache.org/site/downloads/downloads_commons-fileupload.cgi 
in Commons fileupload the "Downloads" link shows up, but the 
downloads.html page says:

  "You must define the maven.xdoc.distributionUrlproperty if you wish to
   generate the download report."

I had a peek at plugins-parent\project.properties to see the syntax of 
the property and I think that I got it right.


Then I tried to do 'maven site' on the maven-tasklist-plugin, using 
xdoc 1.10-SNAPSHOT. This produced the same results as for Commons 
fileupload. So the xdoc plugin doesn't seem to pick up the property 
correctly.


Again, this is using Maven 1.0.2.



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [vote] [m1] release xdoc-plugin-1.10

2006-06-13 Thread Arnaud HERITIER

+1

Arnaud

On 6/13/06, Dennis Lundberg <[EMAIL PROTECTED]> wrote:


It looks good now!

--
Dennis Lundberg

Lukas Theussl wrote:
> Oops, my mistake. Snapshot is redeployed, please try again. :)
>
> -Lukas
>
>
> Dennis Lundberg wrote:
>> Lukas Theussl wrote:
>>
>>>
>>>
 If the Downloads link problem above and another problem I found
 (will send another mail about that) can be solved, I'm +1. The rest
 seems to be Commons specific, which shouldn't hold back the release
 of the xdoc plugin.

>>>
>>> I deployed another snapshot, please test.
>>>
>>> Cheers,
>>> -Lukas
>>
>>
>> Without maven.xdoc.distributionUrl set the downloads link no longer
>> show up in either of the commons components. So thats good.
>>
>> But if I set
>>
maven.xdoc.distributionUrl=http://jakarta.apache.org/site/downloads/downloads_commons-fileupload.cgi
>> in Commons fileupload the "Downloads" link shows up, but the
>> downloads.html page says:
>>   "You must define the maven.xdoc.distributionUrlproperty if you wish
to
>>generate the download report."
>>
>> I had a peek at plugins-parent\project.properties to see the syntax of
>> the property and I think that I got it right.
>>
>> Then I tried to do 'maven site' on the maven-tasklist-plugin, using
>> xdoc 1.10-SNAPSHOT. This produced the same results as for Commons
>> fileupload. So the xdoc plugin doesn't seem to pick up the property
>> correctly.
>>
>> Again, this is using Maven 1.0.2.
>>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




Re: [vote] [m1] release xdoc-plugin-1.10

2006-06-13 Thread Dennis Lundberg

It looks good now!

--
Dennis Lundberg

Lukas Theussl wrote:

Oops, my mistake. Snapshot is redeployed, please try again. :)

-Lukas


Dennis Lundberg wrote:

Lukas Theussl wrote:




If the Downloads link problem above and another problem I found 
(will send another mail about that) can be solved, I'm +1. The rest 
seems to be Commons specific, which shouldn't hold back the release 
of the xdoc plugin.




I deployed another snapshot, please test.

Cheers,
-Lukas



Without maven.xdoc.distributionUrl set the downloads link no longer 
show up in either of the commons components. So thats good.


But if I set 
maven.xdoc.distributionUrl=http://jakarta.apache.org/site/downloads/downloads_commons-fileupload.cgi 
in Commons fileupload the "Downloads" link shows up, but the 
downloads.html page says:

  "You must define the maven.xdoc.distributionUrlproperty if you wish to
   generate the download report."

I had a peek at plugins-parent\project.properties to see the syntax of 
the property and I think that I got it right.


Then I tried to do 'maven site' on the maven-tasklist-plugin, using 
xdoc 1.10-SNAPSHOT. This produced the same results as for Commons 
fileupload. So the xdoc plugin doesn't seem to pick up the property 
correctly.


Again, this is using Maven 1.0.2.



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [vote] [m1] release xdoc-plugin-1.10

2006-06-13 Thread Lukas Theussl

Oops, my mistake. Snapshot is redeployed, please try again. :)

-Lukas


Dennis Lundberg wrote:

Lukas Theussl wrote:




If the Downloads link problem above and another problem I found (will 
send another mail about that) can be solved, I'm +1. The rest seems 
to be Commons specific, which shouldn't hold back the release of the 
xdoc plugin.




I deployed another snapshot, please test.

Cheers,
-Lukas



Without maven.xdoc.distributionUrl set the downloads link no longer show 
up in either of the commons components. So thats good.


But if I set 
maven.xdoc.distributionUrl=http://jakarta.apache.org/site/downloads/downloads_commons-fileupload.cgi 
in Commons fileupload the "Downloads" link shows up, but the 
downloads.html page says:

  "You must define the maven.xdoc.distributionUrlproperty if you wish to
   generate the download report."

I had a peek at plugins-parent\project.properties to see the syntax of 
the property and I think that I got it right.


Then I tried to do 'maven site' on the maven-tasklist-plugin, using xdoc 
1.10-SNAPSHOT. This produced the same results as for Commons fileupload. 
So the xdoc plugin doesn't seem to pick up the property correctly.


Again, this is using Maven 1.0.2.



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [vote] [m1] release xdoc-plugin-1.10

2006-06-13 Thread Dennis Lundberg

Lukas Theussl wrote:



If the Downloads link problem above and another problem I found (will 
send another mail about that) can be solved, I'm +1. The rest seems to 
be Commons specific, which shouldn't hold back the release of the xdoc 
plugin.




I deployed another snapshot, please test.

Cheers,
-Lukas


Without maven.xdoc.distributionUrl set the downloads link no longer show 
up in either of the commons components. So thats good.


But if I set 
maven.xdoc.distributionUrl=http://jakarta.apache.org/site/downloads/downloads_commons-fileupload.cgi 
in Commons fileupload the "Downloads" link shows up, but the 
downloads.html page says:

  "You must define the maven.xdoc.distributionUrlproperty if you wish to
   generate the download report."

I had a peek at plugins-parent\project.properties to see the syntax of 
the property and I think that I got it right.


Then I tried to do 'maven site' on the maven-tasklist-plugin, using xdoc 
1.10-SNAPSHOT. This produced the same results as for Commons fileupload. 
So the xdoc plugin doesn't seem to pick up the property correctly.


Again, this is using Maven 1.0.2.

--
Dennis Lundberg

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [vote] [m1] release xdoc-plugin-1.10

2006-06-13 Thread Dennis Lundberg
I'll try to push the issue of getting rid of the jsl file over at 
Jakarta Commons.


--
Dennis Lundberg

Dion Gillard wrote:

We got rid of using the custom jsl and are moving to the way that commons
email etc do it.

On 6/13/06, Lukas Theussl <[EMAIL PROTECTED]> wrote:



>>
>> Do you have a component where there is a title? - I don't see one
>> anywhere, but you have that problem already on your current site (eg
>> http://jakarta.apache.org/commons/beanutils/dependencies.html) which
>> was built with xdoc-plugin-1.9.2 (I presume). It's due to an issue
>> with your custom site.jsl (commons-site.jsl) file, it doesn't take
>> into account that the standart Maven-generated pages are fully
>> internationalized. I'd have to take a closer look to see how to fix
>> it, but anyway, this is not an issue caused by xdoc-plugin-1.10.
>
>
> Commons email has the title.
>


Commons email doesn't use a custom jsl file at all, it just imports an
external css file in xdocs/style/project.css. What's the reason for
using commons-site.jsl anyway?

-Lukas

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]








-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [vote] [m1] release xdoc-plugin-1.10

2006-06-13 Thread Lukas Theussl
Check the plugins that use plexus-utils at [1] and try to upgrade at 
least those (again: careful with the artifact plugin).


Cheers,
-Lukas

[1] 
http://maven.apache.org/maven-1.x/plugins/bundled/dependency-convergence-report.html



Dennis Lundberg wrote:
OK, maven-plugins works for me when I upgrade to jxr plugin 1.5. But my 
other project 'jetstyle' still fails with the same message. But that's 
not important.


At least now we know that there is a work-around available - fix your 
local class path by upgrading plugins. Hopefully these will all go away 
once Maven 1.1 is out.




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [vote] [m1] release xdoc-plugin-1.10

2006-06-13 Thread Dennis Lundberg
OK, maven-plugins works for me when I upgrade to jxr plugin 1.5. But my 
other project 'jetstyle' still fails with the same message. But that's 
not important.


At least now we know that there is a work-around available - fix your 
local class path by upgrading plugins. Hopefully these will all go away 
once Maven 1.1 is out.


--
Dennis Lundberg

Lukas Theussl wrote:
Ok, I get the same error when downgrading the jxr plugin to your version 
1.4.2, it works with the latest 1.5. Don't ask me why...


You might consider upgrading a number of plugins anyway, just be careful 
with artifact: 1.5.2 is the highest that works with m1.0.2.


-Lukas


Dennis Lundberg wrote:

Installed plugins:
  maven-abbot-plugin-1.1
  maven-announcement-plugin-1.4
  maven-ant-plugin-1.9
  maven-antlr-plugin-1.2.1
  maven-appserver-plugin-2.0
  maven-artifact-plugin-1.4.1
  maven-ashkelon-plugin-1.2
  maven-aspectj-plugin-3.2
  maven-aspectwerkz-plugin-1.2
  maven-caller-plugin-1.1
  maven-castor-plugin-1.2
  maven-changelog-plugin-1.8.2
  maven-changes-plugin-1.6
  maven-checkstyle-plugin-2.5
  maven-clean-plugin-1.3
  maven-clover-plugin-1.6
  maven-console-plugin-1.1
  maven-cruisecontrol-plugin-1.6
  maven-dashboard-plugin-1.6
  maven-developer-activity-plugin-1.5.2
  maven-dist-plugin-1.6.1
  maven-docbook-plugin-1.2
  maven-ear-plugin-1.6
  maven-eclipse-plugin-1.9
  maven-ejb-plugin-1.5
  maven-faq-plugin-1.4
  maven-file-activity-plugin-1.5.2
  maven-genapp-plugin-2.2
  maven-gump-plugin-1.4
  maven-hibernate-plugin-1.2
  maven-html2xdoc-plugin-1.3.1
  maven-idea-plugin-1.6
  maven-j2ee-plugin-1.5.1
  maven-jalopy-plugin-1.3.1
  maven-jar-plugin-1.6.1
  maven-java-plugin-1.5
  maven-javacc-plugin-1.1
  maven-javadoc-plugin-1.7
  maven-jboss-plugin-1.5
  maven-jbuilder-plugin-1.5
  maven-jcoverage-plugin-1.0.9
  maven-jdee-plugin-1.1
  maven-jdepend-plugin-1.5
  maven-jdeveloper-plugin-1.4
  maven-jdiff-plugin-1.5
  maven-jellydoc-plugin-1.3.1
  maven-jetty-plugin-1.1
  maven-jira-plugin-1.3
  maven-jnlp-plugin-1.4.1
  maven-junit-doclet-plugin-1.2
  maven-junit-report-plugin-1.5
  maven-jxr-plugin-1.4.2
  maven-latex-plugin-1.4.1
  maven-latka-plugin-1.4.1
  maven-license-plugin-1.2
  maven-linkcheck-plugin-1.4.1-SNAPSHOT
  maven-multichanges-plugin-1.1
  maven-multiproject-plugin-1.3.1
  maven-native-plugin-1.1
  maven-nsis-plugin-1.1
  maven-pdf-plugin-2.2.1
  maven-plugin-plugin-1.7
  maven-pmd-plugin-1.6
  maven-pom-plugin-1.5
  maven-rar-plugin-1.0
  maven-release-plugin-1.5-SNAPSHOT
  maven-repository-plugin-1.2
  maven-scm-plugin-1.6
  maven-shell-plugin-1.1
  maven-simian-plugin-1.4
  maven-site-plugin-1.7
  maven-struts-plugin-1.3
  maven-tasklist-plugin-2.4
  maven-test-plugin-1.6.2
  maven-tjdo-plugin-1.0.0
  maven-uberjar-plugin-1.2
  maven-vdoclet-plugin-1.2
  maven-war-plugin-1.6.1
  maven-webserver-plugin-2.0
  maven-wizard-plugin-1.1
  maven-xdoc-plugin-1.10-SNAPSHOT



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [vote] [m1] release xdoc-plugin-1.10

2006-06-12 Thread Dion Gillard

We got rid of using the custom jsl and are moving to the way that commons
email etc do it.

On 6/13/06, Lukas Theussl <[EMAIL PROTECTED]> wrote:



>>
>> Do you have a component where there is a title? - I don't see one
>> anywhere, but you have that problem already on your current site (eg
>> http://jakarta.apache.org/commons/beanutils/dependencies.html) which
>> was built with xdoc-plugin-1.9.2 (I presume). It's due to an issue
>> with your custom site.jsl (commons-site.jsl) file, it doesn't take
>> into account that the standart Maven-generated pages are fully
>> internationalized. I'd have to take a closer look to see how to fix
>> it, but anyway, this is not an issue caused by xdoc-plugin-1.10.
>
>
> Commons email has the title.
>


Commons email doesn't use a custom jsl file at all, it just imports an
external css file in xdocs/style/project.css. What's the reason for
using commons-site.jsl anyway?

-Lukas

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





--
http://www.multitask.com.au/people/dion/
Chuck Norris sleeps with a night light. Not because Chuck Norris is afraid
of the dark, but because the dark is afraid of Chuck Norris


Re: [vote] [m1] release xdoc-plugin-1.10

2006-06-12 Thread Lukas Theussl




Do you have a component where there is a title? - I don't see one 
anywhere, but you have that problem already on your current site (eg 
http://jakarta.apache.org/commons/beanutils/dependencies.html) which 
was built with xdoc-plugin-1.9.2 (I presume). It's due to an issue 
with your custom site.jsl (commons-site.jsl) file, it doesn't take 
into account that the standart Maven-generated pages are fully 
internationalized. I'd have to take a closer look to see how to fix 
it, but anyway, this is not an issue caused by xdoc-plugin-1.10.



Commons email has the title.




Commons email doesn't use a custom jsl file at all, it just imports an 
external css file in xdocs/style/project.css. What's the reason for 
using commons-site.jsl anyway?


-Lukas

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [vote] [m1] release xdoc-plugin-1.10

2006-06-12 Thread Lukas Theussl



If the Downloads link problem above and another problem I found (will 
send another mail about that) can be solved, I'm +1. The rest seems to 
be Commons specific, which shouldn't hold back the release of the xdoc 
plugin.




I deployed another snapshot, please test.

Cheers,
-Lukas


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [vote] [m1] release xdoc-plugin-1.10

2006-06-12 Thread Lukas Theussl
Ok, I get the same error when downgrading the jxr plugin to your version 
1.4.2, it works with the latest 1.5. Don't ask me why...


You might consider upgrading a number of plugins anyway, just be careful 
with artifact: 1.5.2 is the highest that works with m1.0.2.


-Lukas


Dennis Lundberg wrote:

Installed plugins:
  maven-abbot-plugin-1.1
  maven-announcement-plugin-1.4
  maven-ant-plugin-1.9
  maven-antlr-plugin-1.2.1
  maven-appserver-plugin-2.0
  maven-artifact-plugin-1.4.1
  maven-ashkelon-plugin-1.2
  maven-aspectj-plugin-3.2
  maven-aspectwerkz-plugin-1.2
  maven-caller-plugin-1.1
  maven-castor-plugin-1.2
  maven-changelog-plugin-1.8.2
  maven-changes-plugin-1.6
  maven-checkstyle-plugin-2.5
  maven-clean-plugin-1.3
  maven-clover-plugin-1.6
  maven-console-plugin-1.1
  maven-cruisecontrol-plugin-1.6
  maven-dashboard-plugin-1.6
  maven-developer-activity-plugin-1.5.2
  maven-dist-plugin-1.6.1
  maven-docbook-plugin-1.2
  maven-ear-plugin-1.6
  maven-eclipse-plugin-1.9
  maven-ejb-plugin-1.5
  maven-faq-plugin-1.4
  maven-file-activity-plugin-1.5.2
  maven-genapp-plugin-2.2
  maven-gump-plugin-1.4
  maven-hibernate-plugin-1.2
  maven-html2xdoc-plugin-1.3.1
  maven-idea-plugin-1.6
  maven-j2ee-plugin-1.5.1
  maven-jalopy-plugin-1.3.1
  maven-jar-plugin-1.6.1
  maven-java-plugin-1.5
  maven-javacc-plugin-1.1
  maven-javadoc-plugin-1.7
  maven-jboss-plugin-1.5
  maven-jbuilder-plugin-1.5
  maven-jcoverage-plugin-1.0.9
  maven-jdee-plugin-1.1
  maven-jdepend-plugin-1.5
  maven-jdeveloper-plugin-1.4
  maven-jdiff-plugin-1.5
  maven-jellydoc-plugin-1.3.1
  maven-jetty-plugin-1.1
  maven-jira-plugin-1.3
  maven-jnlp-plugin-1.4.1
  maven-junit-doclet-plugin-1.2
  maven-junit-report-plugin-1.5
  maven-jxr-plugin-1.4.2
  maven-latex-plugin-1.4.1
  maven-latka-plugin-1.4.1
  maven-license-plugin-1.2
  maven-linkcheck-plugin-1.4.1-SNAPSHOT
  maven-multichanges-plugin-1.1
  maven-multiproject-plugin-1.3.1
  maven-native-plugin-1.1
  maven-nsis-plugin-1.1
  maven-pdf-plugin-2.2.1
  maven-plugin-plugin-1.7
  maven-pmd-plugin-1.6
  maven-pom-plugin-1.5
  maven-rar-plugin-1.0
  maven-release-plugin-1.5-SNAPSHOT
  maven-repository-plugin-1.2
  maven-scm-plugin-1.6
  maven-shell-plugin-1.1
  maven-simian-plugin-1.4
  maven-site-plugin-1.7
  maven-struts-plugin-1.3
  maven-tasklist-plugin-2.4
  maven-test-plugin-1.6.2
  maven-tjdo-plugin-1.0.0
  maven-uberjar-plugin-1.2
  maven-vdoclet-plugin-1.2
  maven-war-plugin-1.6.1
  maven-webserver-plugin-2.0
  maven-wizard-plugin-1.1
  maven-xdoc-plugin-1.10-SNAPSHOT



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [vote] [m1] release xdoc-plugin-1.10

2006-06-12 Thread Dennis Lundberg

Installed plugins:
  maven-abbot-plugin-1.1
  maven-announcement-plugin-1.4
  maven-ant-plugin-1.9
  maven-antlr-plugin-1.2.1
  maven-appserver-plugin-2.0
  maven-artifact-plugin-1.4.1
  maven-ashkelon-plugin-1.2
  maven-aspectj-plugin-3.2
  maven-aspectwerkz-plugin-1.2
  maven-caller-plugin-1.1
  maven-castor-plugin-1.2
  maven-changelog-plugin-1.8.2
  maven-changes-plugin-1.6
  maven-checkstyle-plugin-2.5
  maven-clean-plugin-1.3
  maven-clover-plugin-1.6
  maven-console-plugin-1.1
  maven-cruisecontrol-plugin-1.6
  maven-dashboard-plugin-1.6
  maven-developer-activity-plugin-1.5.2
  maven-dist-plugin-1.6.1
  maven-docbook-plugin-1.2
  maven-ear-plugin-1.6
  maven-eclipse-plugin-1.9
  maven-ejb-plugin-1.5
  maven-faq-plugin-1.4
  maven-file-activity-plugin-1.5.2
  maven-genapp-plugin-2.2
  maven-gump-plugin-1.4
  maven-hibernate-plugin-1.2
  maven-html2xdoc-plugin-1.3.1
  maven-idea-plugin-1.6
  maven-j2ee-plugin-1.5.1
  maven-jalopy-plugin-1.3.1
  maven-jar-plugin-1.6.1
  maven-java-plugin-1.5
  maven-javacc-plugin-1.1
  maven-javadoc-plugin-1.7
  maven-jboss-plugin-1.5
  maven-jbuilder-plugin-1.5
  maven-jcoverage-plugin-1.0.9
  maven-jdee-plugin-1.1
  maven-jdepend-plugin-1.5
  maven-jdeveloper-plugin-1.4
  maven-jdiff-plugin-1.5
  maven-jellydoc-plugin-1.3.1
  maven-jetty-plugin-1.1
  maven-jira-plugin-1.3
  maven-jnlp-plugin-1.4.1
  maven-junit-doclet-plugin-1.2
  maven-junit-report-plugin-1.5
  maven-jxr-plugin-1.4.2
  maven-latex-plugin-1.4.1
  maven-latka-plugin-1.4.1
  maven-license-plugin-1.2
  maven-linkcheck-plugin-1.4.1-SNAPSHOT
  maven-multichanges-plugin-1.1
  maven-multiproject-plugin-1.3.1
  maven-native-plugin-1.1
  maven-nsis-plugin-1.1
  maven-pdf-plugin-2.2.1
  maven-plugin-plugin-1.7
  maven-pmd-plugin-1.6
  maven-pom-plugin-1.5
  maven-rar-plugin-1.0
  maven-release-plugin-1.5-SNAPSHOT
  maven-repository-plugin-1.2
  maven-scm-plugin-1.6
  maven-shell-plugin-1.1
  maven-simian-plugin-1.4
  maven-site-plugin-1.7
  maven-struts-plugin-1.3
  maven-tasklist-plugin-2.4
  maven-test-plugin-1.6.2
  maven-tjdo-plugin-1.0.0
  maven-uberjar-plugin-1.2
  maven-vdoclet-plugin-1.2
  maven-war-plugin-1.6.1
  maven-webserver-plugin-2.0
  maven-wizard-plugin-1.1
  maven-xdoc-plugin-1.10-SNAPSHOT

--
Dennis Lundberg

Lukas Theussl wrote:


I'd rather suspect a classloader issue. Can you send me the list of your 
installed plugins (maven -i)? Because of the single classloader, another 
plugin can load the required class (StringUtils), which in the xdoc 
plugin, should be from commons.lang.StringUtils.


-Lukas


Dennis Lundberg wrote:

Looks like it could be jelly related as well.


BUILD FAILED
org.apache.velocity.exception.MethodInvocationException: Invocation of 
method 'anonymousAccessCVS' in  class 
org.apache.maven.xdoc.util.ScmUtil threw except
ion class java.lang.NoClassDefFoundError : 
org/codehaus/plexus/util/StringUtils

at


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [vote] [m1] release xdoc-plugin-1.10

2006-06-12 Thread Lukas Theussl


I'd rather suspect a classloader issue. Can you send me the list of your 
installed plugins (maven -i)? Because of the single classloader, another 
plugin can load the required class (StringUtils), which in the xdoc 
plugin, should be from commons.lang.StringUtils.


-Lukas


Dennis Lundberg wrote:

Looks like it could be jelly related as well.


BUILD FAILED
org.apache.velocity.exception.MethodInvocationException: Invocation of 
method 'anonymousAccessCVS' in  class org.apache.maven.xdoc.util.ScmUtil 
threw except
ion class java.lang.NoClassDefFoundError : 
org/codehaus/plexus/util/StringUtils
at 



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [vote] [m1] release xdoc-plugin-1.10

2006-06-12 Thread Arnaud HERITIER

I'm not what were the cases when the empty function failed.
I remember that it didn't work on empty lists.
It seems that there was also a problem with if the parameter is null.
I don't know if we can have the same error somewhere else.

Arnaud

On 6/13/06, Lukas Theussl <[EMAIL PROTECTED]> wrote:


Right on,

I replaced



by



and now it works also with m1.0.2. The point is: the empty function is
used all over the place in the xdoc plugin (plugin.jelly, site.jsl,
various templates), do I have to replace it everywhere?

-Lukas


Arnaud HERITIER wrote:
> In the Jelly release bundled in maven 1.0.x there was some bugs in the
> empty() function.
>
> cheers
>
> Arnaud
>
> On 6/12/06, Lukas Theussl <[EMAIL PROTECTED]> wrote:
>
>>
>>
>>
>> > I just did a "maven clean site" and I still get the "Downloads" link
>> > when building it using the 1.10-SNAPSHOT version.
>> >
>>
>> Ok, I can reproduce it now using maven-1.0.2, I don't see it with
>> m1.1-beta-3. Certainly a jelly issue, I'll look into it.
>>
>> -Lukas
>>
>>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




Re: [vote] [m1] release xdoc-plugin-1.10

2006-06-12 Thread Lukas Theussl

Right on,

I replaced



by




and now it works also with m1.0.2. The point is: the empty function is 
used all over the place in the xdoc plugin (plugin.jelly, site.jsl, 
various templates), do I have to replace it everywhere?


-Lukas


Arnaud HERITIER wrote:

In the Jelly release bundled in maven 1.0.x there was some bugs in the
empty() function.

cheers

Arnaud

On 6/12/06, Lukas Theussl <[EMAIL PROTECTED]> wrote:





> I just did a "maven clean site" and I still get the "Downloads" link
> when building it using the 1.10-SNAPSHOT version.
>

Ok, I can reproduce it now using maven-1.0.2, I don't see it with
m1.1-beta-3. Certainly a jelly issue, I'll look into it.

-Lukas


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]






-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [vote] [m1] release xdoc-plugin-1.10

2006-06-12 Thread Dennis Lundberg

Looks like it could be jelly related as well.


BUILD FAILED
org.apache.velocity.exception.MethodInvocationException: Invocation of 
method 'anonymousAccessCVS' in  class org.apache.maven.xdoc.util.ScmUtil 
threw except
ion class java.lang.NoClassDefFoundError : 
org/codehaus/plexus/util/StringUtils
at 
org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:246)
at 
org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:175)
at 
org.apache.velocity.runtime.parser.node.ASTReference.value(ASTReference.java:327)
at 
org.apache.velocity.runtime.parser.node.ASTExpression.value(ASTExpression.java:51)
at 
org.apache.velocity.runtime.parser.node.ASTSetDirective.render(ASTSetDirective.java:95)
at 
org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:55)
at 
org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:70)
at 
org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:230)
at 
org.apache.velocity.runtime.directive.Parse.render(Parse.java:181)
at 
org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:114)
at 
org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:55)
at 
org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:230)
at 
org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:89)
at 
org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:230)

at org.apache.velocity.Template.merge(Template.java:256)
at 
org.apache.velocity.app.VelocityEngine.mergeTemplate(VelocityEngine.java:450)
at 
org.apache.commons.jelly.tags.velocity.MergeTag.mergeTemplate(MergeTag.java:226)
at 
org.apache.commons.jelly.tags.velocity.MergeTag.doTag(MergeTag.java:108)

at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279)
at 
org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135)
at 
org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:233)
at 
org.apache.commons.jelly.tags.core.WhenTag.doTag(WhenTag.java:92)

at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279)
at 
org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135)
at 
org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:233)
at 
org.apache.commons.jelly.tags.core.ChooseTag.doTag(ChooseTag.java:84)

at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279)
at 
org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135)
at 
org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:233)
at 
org.apache.commons.jelly.tags.core.ForEachTag.doTag(ForEachTag.java:145)

at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279)
at 
org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135)
at 
org.apache.maven.jelly.tags.werkz.MavenGoalTag.runBodyTag(MavenGoalTag.java:79)
at 
org.apache.maven.jelly.tags.werkz.MavenGoalTag$MavenGoalAction.performAction(MavenGoalTag.java:110)

at com.werken.werkz.Goal.fire(Goal.java:639)
at com.werken.werkz.Goal.attain(Goal.java:575)
at com.werken.werkz.Goal.attainPrecursors(Goal.java:488)
at com.werken.werkz.Goal.attain(Goal.java:573)
at com.werken.werkz.WerkzProject.attainGoal(WerkzProject.java:193)
at 
org.apache.maven.jelly.tags.werkz.MavenAttainGoalTag.doTag(MavenAttainGoalTag.java:127)

at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279)
at 
org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135)
at 
org.apache.maven.jelly.tags.werkz.MavenGoalTag.runBodyTag(MavenGoalTag.java:79)
at 
org.apache.maven.jelly.tags.werkz.MavenGoalTag$MavenGoalAction.performAction(MavenGoalTag.java:110)

at com.werken.werkz.Goal.fire(Goal.java:639)
at com.werken.werkz.Goal.attain(Goal.java:575)
at 
org.apache.maven.plugin.PluginManager.attainGoals(PluginManager.java:671)

at org.apache.maven.MavenSession.attainGoals(MavenSession.java:263)
at org.apache.maven.cli.App.doMain(App.java:488)
at org.apache.maven.cli.App.main(App.java:1239)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

at java.lang.reflect.Method.invoke(Method.java:324)
at com.werken.forehead.Forehead.run(Forehead.java:551)
at com.werken.forehead.Forehead.main(Forehead.java:581)
File.. C:\Documents and 
Settings\dlg01\.maven\cache\maven-xdoc-plugin-1.10-SNAPSHOT\plugin.jelly

Element... velocity:merge
Line.. 728
Column 13
Invoca

Re: [vote] [m1] release xdoc-plugin-1.10

2006-06-12 Thread Lukas Theussl
I cannot reproduce this one, neither with m1.0.2 nor m11b3. I'd be 
surprised, too, as the xdoc-plugin doesn't use plexus. Can you run with 
-e, to see the full stack trace?


-Lukas


Dennis Lundberg wrote:
I decided to try out a Sourceforge project that I work on, but it failed 
miserably with the new plugin. Just to make sure it wasn't something 
specific to that project I checked out another Sourceforge project that 
you are all familiar with: maven-plugins.


Steps to reproduce:
* check out maven-plugins from sourceforge.net
* cd maven-plugins\tasks
* maven site

This is the results I get:

...

xdoc:generate-from-pom:
[echo] Generating xdocs from POM ...

BUILD FAILED
File.. C:\Documents and 
Settings\dlg01\.maven\cache\maven-xdoc-plugin-1.10-SNAPSHOT\plugin.jelly

Element... velocity:merge
Line.. 728
Column 13
Invocation of method 'anonymousAccessCVS' in  class 
org.apache.maven.xdoc.util.ScmUtil threw exception class 
java.lang.NoClassDefFoundError : org/codehaus/plexus/util/StringUtils

Total time: 31 seconds
Finished at: Mon Jun 12 23:16:16 CEST 2006


This might be a regression issue, since I'm still using Maven 1.0.2.





-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [vote] [m1] release xdoc-plugin-1.10

2006-06-12 Thread Arnaud HERITIER

In the Jelly release bundled in maven 1.0.x there was some bugs in the
empty() function.

cheers

Arnaud

On 6/12/06, Lukas Theussl <[EMAIL PROTECTED]> wrote:




> I just did a "maven clean site" and I still get the "Downloads" link
> when building it using the 1.10-SNAPSHOT version.
>

Ok, I can reproduce it now using maven-1.0.2, I don't see it with
m1.1-beta-3. Certainly a jelly issue, I'll look into it.

-Lukas


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




Re: [vote] [m1] release xdoc-plugin-1.10

2006-06-12 Thread Lukas Theussl



I just did a "maven clean site" and I still get the "Downloads" link 
when building it using the 1.10-SNAPSHOT version.




Ok, I can reproduce it now using maven-1.0.2, I don't see it with 
m1.1-beta-3. Certainly a jelly issue, I'll look into it.


-Lukas


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [vote] [m1] release xdoc-plugin-1.10

2006-06-12 Thread Dennis Lundberg
I decided to try out a Sourceforge project that I work on, but it failed 
miserably with the new plugin. Just to make sure it wasn't something 
specific to that project I checked out another Sourceforge project that 
you are all familiar with: maven-plugins.


Steps to reproduce:
* check out maven-plugins from sourceforge.net
* cd maven-plugins\tasks
* maven site

This is the results I get:

...

xdoc:generate-from-pom:
[echo] Generating xdocs from POM ...

BUILD FAILED
File.. C:\Documents and 
Settings\dlg01\.maven\cache\maven-xdoc-plugin-1.10-SNAPSHOT\plugin.jelly

Element... velocity:merge
Line.. 728
Column 13
Invocation of method 'anonymousAccessCVS' in  class 
org.apache.maven.xdoc.util.ScmUtil threw exception class 
java.lang.NoClassDefFoundError : org/codehaus/plexus/util/StringUtils

Total time: 31 seconds
Finished at: Mon Jun 12 23:16:16 CEST 2006


This might be a regression issue, since I'm still using Maven 1.0.2.



Lukas Theussl wrote:

Hi again,

This is a big one so I do it separately. The xdoc-plugin-1.10 has been 
feature complete since a while, but with the re-introduction of xerces 
into the core and the upcoming dom4j upgrade (which it should be 
compatible with), it is only now that I'd like to release it. There are 
quite a few changes since the last version so I'd appreciate some 
sincere testing, even though I've had already feedback from a few people 
who had used the snapshots successfully.



The future docs are here:
http://people.apache.org/~ltheussl/maven-stage-site/maven-1.x/plugins/xdoc/

One thing that is left to do is get the dtd file on the main apache site 
( http://jira.codehaus.org/browse/MPXDOC-192 ), can somebody tell me 
what needs to be done for that?


+1 from me and 72h to vote.

Cheers,
-Lukas




--
Dennis Lundberg

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [vote] [m1] release xdoc-plugin-1.10

2006-06-12 Thread Dennis Lundberg

Lukas Theussl wrote:

Thanks Dennis! See my comments in-line.


- There is no longer a pdf.gif file under /images/. 


This was deleted by Arnaud in rev 386905 
(http://svn.apache.org/viewvc?view=rev&revision=386905), and moved to 
the pdf plugin. Is there an issue with that?


Nope, no problem. Just something I noticed that's all.


- The "Downloads" link always shows up in the left hand navbar.


I built the beanutils page myself and I do not see the Download link. 
This link is only generated when the property 
'maven.xdoc.distributionUrl' is defined, however, I don't think this 
behavior has changed since xdoc-1.9.2.


Beanutils has a dependency on maven-xdoc-plugin 1.9.2 so you need to 
either change the version to 1.10-SNAPSHOT or remove the dependency. I 
forgot to mention that.


I just did a "maven clean site" and I still get the "Downloads" link 
when building it using the 1.10-SNAPSHOT version.


I read about the property in the docs. Beanutils does not have that 
property though.


- On some components [beanutils] the title is missing "Downloads" 
after the project name, on the downloads page.


- On some components [beanutils] the title is missing "Source 
repository" after the project name, on the scm-usage page.


Do you have a component where there is a title? - I don't see one 
anywhere, but you have that problem already on your current site (eg 
http://jakarta.apache.org/commons/beanutils/dependencies.html) which was 
built with xdoc-plugin-1.9.2 (I presume). It's due to an issue with your 
custom site.jsl (commons-site.jsl) file, it doesn't take into account 
that the standart Maven-generated pages are fully internationalized. I'd 
have to take a closer look to see how to fix it, but anyway, this is not 
an issue caused by xdoc-plugin-1.10.


Commons email has the title.

You might be right on track about the jsl file. The component sites that 
work properly have a "new and improved" way of applying the jsl file. So 
it's probably something wrong with the old way. I'll dig into it and see 
if I can find out why it happens.


- The "Development process" link in the navbar now goes to a generated 
page, which contains a link, instead of going to the url directly.


See http://jira.codehaus.org/browse/MPXDOC-170, apparently I forgot to 
add it to the changes.xml file. Will do.


That explains it.

- The file rename from cvs-usage to scm-usage will mean some work for 
us, but the change is well documented and it is "the right thing" to do.



:)

You didn't cast a vote but IMO these are all non-blocking issues (if 
issues at all), so I take it that we can go ahead with the release?


Oh, sorry! I forgot that I am supposed to vote now :)

If the Downloads link problem above and another problem I found (will 
send another mail about that) can be solved, I'm +1. The rest seems to 
be Commons specific, which shouldn't hold back the release of the xdoc 
plugin.



Thanks again for the testing and the feedback,

-Lukas

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




--
Dennis Lundberg

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [vote] [m1] release xdoc-plugin-1.10

2006-06-12 Thread Arnaud HERITIER

+1

Arnaud

On 6/12/06, Lukas Theussl <[EMAIL PROTECTED]> wrote:


Thanks Dennis! See my comments in-line.


> - There is no longer a pdf.gif file under /images/.

This was deleted by Arnaud in rev 386905
(http://svn.apache.org/viewvc?view=rev&revision=386905), and moved to
the pdf plugin. Is there an issue with that?

> - The "Downloads" link always shows up in the left hand navbar.

I built the beanutils page myself and I do not see the Download link.
This link is only generated when the property
'maven.xdoc.distributionUrl' is defined, however, I don't think this
behavior has changed since xdoc-1.9.2.


> - On some components [beanutils] the title is missing "Downloads" after
> the project name, on the downloads page.
>
> - On some components [beanutils] the title is missing "Source
> repository" after the project name, on the scm-usage page.

Do you have a component where there is a title? - I don't see one
anywhere, but you have that problem already on your current site (eg
http://jakarta.apache.org/commons/beanutils/dependencies.html) which was
built with xdoc-plugin-1.9.2 (I presume). It's due to an issue with your
custom site.jsl (commons-site.jsl) file, it doesn't take into account
that the standart Maven-generated pages are fully internationalized. I'd
have to take a closer look to see how to fix it, but anyway, this is not
an issue caused by xdoc-plugin-1.10.

> - The "Development process" link in the navbar now goes to a generated
> page, which contains a link, instead of going to the url directly.

See http://jira.codehaus.org/browse/MPXDOC-170, apparently I forgot to
add it to the changes.xml file. Will do.

> - The file rename from cvs-usage to scm-usage will mean some work for
> us, but the change is well documented and it is "the right thing" to do.


:)

You didn't cast a vote but IMO these are all non-blocking issues (if
issues at all), so I take it that we can go ahead with the release?

Thanks again for the testing and the feedback,

-Lukas

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




Re: [vote] [m1] release xdoc-plugin-1.10

2006-06-11 Thread Lukas Theussl

Thanks Dennis! See my comments in-line.


- There is no longer a pdf.gif file under /images/. 


This was deleted by Arnaud in rev 386905 
(http://svn.apache.org/viewvc?view=rev&revision=386905), and moved to 
the pdf plugin. Is there an issue with that?



- The "Downloads" link always shows up in the left hand navbar.


I built the beanutils page myself and I do not see the Download link. 
This link is only generated when the property 
'maven.xdoc.distributionUrl' is defined, however, I don't think this 
behavior has changed since xdoc-1.9.2.



- On some components [beanutils] the title is missing "Downloads" after 
the project name, on the downloads page.


- On some components [beanutils] the title is missing "Source 
repository" after the project name, on the scm-usage page.


Do you have a component where there is a title? - I don't see one 
anywhere, but you have that problem already on your current site (eg 
http://jakarta.apache.org/commons/beanutils/dependencies.html) which was 
built with xdoc-plugin-1.9.2 (I presume). It's due to an issue with your 
custom site.jsl (commons-site.jsl) file, it doesn't take into account 
that the standart Maven-generated pages are fully internationalized. I'd 
have to take a closer look to see how to fix it, but anyway, this is not 
an issue caused by xdoc-plugin-1.10.


- The "Development process" link in the navbar now goes to a generated 
page, which contains a link, instead of going to the url directly.


See http://jira.codehaus.org/browse/MPXDOC-170, apparently I forgot to 
add it to the changes.xml file. Will do.


- The file rename from cvs-usage to scm-usage will mean some work for 
us, but the change is well documented and it is "the right thing" to do.



:)

You didn't cast a vote but IMO these are all non-blocking issues (if 
issues at all), so I take it that we can go ahead with the release?


Thanks again for the testing and the feedback,

-Lukas

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [vote] [m1] release xdoc-plugin-1.10

2006-06-11 Thread Dennis Lundberg
Here's some feedback on the new xdoc plugin. I've ran it on a couple of 
Jakarta Commons components, which have various degrees of 
xdoc-complexity. This is what has caught my eye:


- There is no longer a pdf.gif file under /images/. None of the tested 
products has PDF docs generated, so this might be by design. Couldn't 
find anything in the changelog that seemed to fit though.


- The "Downloads" link always shows up in the left hand navbar.

Sometimes it points to an "empty" page saying that the "project has not 
released any version yet". See [beanutils] for an empty example.


Other times there is a non-empty page though, see [fileupload], but on 
that page the download links does not work.


I don't know what triggers this. It seems that [fileupload] has 
versions/version entries in project.xml whereas [beanutils] does not. 
Anyway, I don't think the link should show up in the navbar if there is 
nothing useful for the end-user on the page that it links to.


- On some components [beanutils] the title is missing "Downloads" after 
the project name, on the downloads page.


- On some components [beanutils] the title is missing "Source 
repository" after the project name, on the scm-usage page.


- The "Development process" link in the navbar now goes to a generated 
page, which contains a link, instead of going to the url directly.


- The file rename from cvs-usage to scm-usage will mean some work for 
us, but the change is well documented and it is "the right thing" to do.



--
Dennis Lundberg


Lukas Theussl wrote:

No problem Dennis, I guess I can wait those few more days, too. ;)
I'd certainly appreciate the feedback though.

Cheers,
-Lukas


Dennis Lundberg wrote:

Lukas,

I would really like to try this version out on Jakarta Commons 
components, but I won't have enough time to do it until Sunday.




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: [vote] [m1] release xdoc-plugin-1.10

2006-06-07 Thread Jeff Jensen
FYI We have been running this snapshot for weeks/months without problem (and
it fixes a couple of problems we experienced).


-Original Message-
From: Lukas Theussl [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, June 06, 2006 12:45 PM
To: Maven Developers List
Subject: [vote] [m1] release xdoc-plugin-1.10

Hi again,

This is a big one so I do it separately. The xdoc-plugin-1.10 has been
feature complete since a while, but with the re-introduction of xerces into
the core and the upcoming dom4j upgrade (which it should be compatible
with), it is only now that I'd like to release it. There are quite a few
changes since the last version so I'd appreciate some sincere testing, even
though I've had already feedback from a few people who had used the
snapshots successfully.


The future docs are here:
http://people.apache.org/~ltheussl/maven-stage-site/maven-1.x/plugins/xdoc/

One thing that is left to do is get the dtd file on the main apache site (
http://jira.codehaus.org/browse/MPXDOC-192 ), can somebody tell me what
needs to be done for that?

+1 from me and 72h to vote.

Cheers,
-Lukas



===

Changes in this version include:

   New Features:

o Add a public DTD identifier for xdoc. Fixes MPXDOC-192.
o Allow the use of items' attributes 'target' and 'img' for breadcrumbs
   entries in the navigation file.
o New attribute fileSuffix for the tag doc:registerReport allow to use
   another extension than '.html' for a report link.
o Include instructions for ClearCase, Starteam and Perforce access in the
   scm-usage page.
o Include dependencies' scope in dependencies page. Fixes MPXDOC-191.
o Include the new theme maven-stylus.css. Fixes MPXDOC-190.
o Document the use of pom settings by the xdoc plugin. Fixes MPXDOC-189.
o Enable user-defined custom templates. Fixes MPXDOC-183. Thanks to Niall
   Pemberton.
o New goal xdoc:sitemap to generate a sitemap. Fixes MPXDOC-164.
o Perform JSL transforms on xdocs only when they have changed. Fixes
   MPXDOC-141. Thanks to M. Sean Gilligan.
o Add xdoc tag library documentation to the plugin site. Fixes MPXDOC-169.
o Add support for more powered-by banners. Fixes MPXDOC-126. Thanks to
   Maarten Coene.
o Support global theme. Fixes MPXDOC-80. Thanks to Joerg Schaible.
o Add a navigation bar. Fixes MPXDOC-24. Thanks to Gilles Dodinet.
o Add an optional id tag to sub/sections, so they can be referenced. Fixes
   MPXDOC-158.
o Add a property to override navigation.xml. Fixes MPXDOC-144.
o Show organization in header even if logo not set. Fixes MPXDOC-127. 
Thanks
   to Shinobu Kawai Yoshida.

   Fixed bugs:

o Fix xml entities in xdoc source files (only in Maven 1.1 because of a bug
   in an old Jelly version). Fixes MPXDOC-17.
o Add i18n support for links and breadcrumbs. Fixes MPXDOC-194.
o Display the "external link" icon only if the link host is different from
   the project url (pom.url).
o CVS usage page is blank when using Subversion. Fixes MPXDOC-130.
o Fix broken maven.xdoc.date=navigation-top and navigation-bottom. Fixes
   MPXDOC-185.
o Correct cvs checkout instructions on cvs-usage page. Fixes MPXDOC-187.
o Url and timezone not used for contributor. Fixes MPXDOC-125. Thanks to
   Shinobu Kawai Yoshida.
o Mailing list links break if the address starts with http. Fixes
MPXDOC-186.
o Internationalized sites have no images. Fixes MPXDOC-177.
o maven.ui.navcol.width has no effect. Fixes MPXDOC-178. Thanks to Phil
   Steitz.
o When there's no user provided documentation, some generated docs don't get
   copied to site. Fixes MPXDOC-176.
o Menus with type="header" are not processed by site.jsl. Fixes MPXDOC-175.
   Thanks to Phil Steitz.
o Unclear error message when  in project.xml file not
   defined. Fixes MPXDOC-174.
o Fix xdoc:validate. Fixes MPXDOC-87.
o One cannot call xdoc:copy-user-resources directly. Fixes MPXDOC-106. 
Thanks
   to Jerome Lacoste.
o Ampersands in navigation.xml being escaped twice. Fixes MPXDOC-47.
o Ampersand in section/subsection not correct. Fixes MPXDOC-133.
o Downloads report cannot be disabled for child projects. Fixes MPXDOC-104.
   Thanks to Rafal Krzewski.

   Changes:

o Replace the deprecated xmlParserAPIs by xml-apis 1.3.03. Fixes MAVEN-1753.
o An image can be used in the menu entry for a report.
o Item name is always displayed even if img attribute is setted. In the
   navigation file the new attribute 'hideName' can be used to hide the name
   in the link (if you want to display only the image for example).
o In breadcrumbs, use for the project's name nav.title if defined, pom.name
   otherwise.
o The name of the cvs-usage page has changed to scm-usage.html. If you have
a
   link directly to this page, you will have to update it.
o Update dependencies to match ones in maven 1.1 core and to unify them
   between plugins. The following dependencies are updated : commons-jelly
   v1.0-RC1 -> v1.0 commons-logging v1.0.3 -> v1.0.4 maven-model v3.0.0
   -> v

Re: [vote] [m1] release xdoc-plugin-1.10

2006-06-07 Thread Brett Porter

I'll vote based on whether it works in Commons.

Lukas Theussl wrote:

No problem Dennis, I guess I can wait those few more days, too. ;)
I'd certainly appreciate the feedback though.

Cheers,
-Lukas


Dennis Lundberg wrote:

Lukas,

I would really like to try this version out on Jakarta Commons 
components, but I won't have enough time to do it until Sunday.




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




--
Brett Porter <[EMAIL PROTECTED]>
Apache Maven - http://maven.apache.org/
Better Builds with Maven - http://library.mergere.com/

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [vote] [m1] release xdoc-plugin-1.10

2006-06-07 Thread Lukas Theussl

No problem Dennis, I guess I can wait those few more days, too. ;)
I'd certainly appreciate the feedback though.

Cheers,
-Lukas


Dennis Lundberg wrote:

Lukas,

I would really like to try this version out on Jakarta Commons 
components, but I won't have enough time to do it until Sunday.




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [vote] [m1] release xdoc-plugin-1.10

2006-06-07 Thread Dennis Lundberg

Lukas,

I would really like to try this version out on Jakarta Commons 
components, but I won't have enough time to do it until Sunday.


--
Dennis Lundberg

Lukas Theussl wrote:

Hi again,

This is a big one so I do it separately. The xdoc-plugin-1.10 has been 
feature complete since a while, but with the re-introduction of xerces 
into the core and the upcoming dom4j upgrade (which it should be 
compatible with), it is only now that I'd like to release it. There are 
quite a few changes since the last version so I'd appreciate some 
sincere testing, even though I've had already feedback from a few people 
who had used the snapshots successfully.



The future docs are here:
http://people.apache.org/~ltheussl/maven-stage-site/maven-1.x/plugins/xdoc/

One thing that is left to do is get the dtd file on the main apache site 
( http://jira.codehaus.org/browse/MPXDOC-192 ), can somebody tell me 
what needs to be done for that?


+1 from me and 72h to vote.

Cheers,
-Lukas


=== 



Changes in this version include:

  New Features:

o Add a public DTD identifier for xdoc. Fixes MPXDOC-192.
o Allow the use of items' attributes 'target' and 'img' for breadcrumbs
  entries in the navigation file.
o New attribute fileSuffix for the tag doc:registerReport allow to use
  another extension than '.html' for a report link.
o Include instructions for ClearCase, Starteam and Perforce access in the
  scm-usage page.
o Include dependencies' scope in dependencies page. Fixes MPXDOC-191.
o Include the new theme maven-stylus.css. Fixes MPXDOC-190.
o Document the use of pom settings by the xdoc plugin. Fixes MPXDOC-189.
o Enable user-defined custom templates. Fixes MPXDOC-183. Thanks to Niall
  Pemberton.
o New goal xdoc:sitemap to generate a sitemap. Fixes MPXDOC-164.
o Perform JSL transforms on xdocs only when they have changed. Fixes
  MPXDOC-141. Thanks to M. Sean Gilligan.
o Add xdoc tag library documentation to the plugin site. Fixes MPXDOC-169.
o Add support for more powered-by banners. Fixes MPXDOC-126. Thanks to
  Maarten Coene.
o Support global theme. Fixes MPXDOC-80. Thanks to Joerg Schaible.
o Add a navigation bar. Fixes MPXDOC-24. Thanks to Gilles Dodinet.
o Add an optional id tag to sub/sections, so they can be referenced. Fixes
  MPXDOC-158.
o Add a property to override navigation.xml. Fixes MPXDOC-144.
o Show organization in header even if logo not set. Fixes MPXDOC-127. 
Thanks

  to Shinobu Kawai Yoshida.

  Fixed bugs:

o Fix xml entities in xdoc source files (only in Maven 1.1 because of a bug
  in an old Jelly version). Fixes MPXDOC-17.
o Add i18n support for links and breadcrumbs. Fixes MPXDOC-194.
o Display the "external link" icon only if the link host is different from
  the project url (pom.url).
o CVS usage page is blank when using Subversion. Fixes MPXDOC-130.
o Fix broken maven.xdoc.date=navigation-top and navigation-bottom. Fixes
  MPXDOC-185.
o Correct cvs checkout instructions on cvs-usage page. Fixes MPXDOC-187.
o Url and timezone not used for contributor. Fixes MPXDOC-125. Thanks to
  Shinobu Kawai Yoshida.
o Mailing list links break if the address starts with http. Fixes 
MPXDOC-186.

o Internationalized sites have no images. Fixes MPXDOC-177.
o maven.ui.navcol.width has no effect. Fixes MPXDOC-178. Thanks to Phil
  Steitz.
o When there's no user provided documentation, some generated docs don't 
get

  copied to site. Fixes MPXDOC-176.
o Menus with type="header" are not processed by site.jsl. Fixes MPXDOC-175.
  Thanks to Phil Steitz.
o Unclear error message when  in project.xml file not
  defined. Fixes MPXDOC-174.
o Fix xdoc:validate. Fixes MPXDOC-87.
o One cannot call xdoc:copy-user-resources directly. Fixes MPXDOC-106. 
Thanks

  to Jerome Lacoste.
o Ampersands in navigation.xml being escaped twice. Fixes MPXDOC-47.
o Ampersand in section/subsection not correct. Fixes MPXDOC-133.
o Downloads report cannot be disabled for child projects. Fixes MPXDOC-104.
  Thanks to Rafal Krzewski.

  Changes:

o Replace the deprecated xmlParserAPIs by xml-apis 1.3.03. Fixes 
MAVEN-1753.

o An image can be used in the menu entry for a report.
o Item name is always displayed even if img attribute is setted. In the
  navigation file the new attribute 'hideName' can be used to hide the name
  in the link (if you want to display only the image for example).
o In breadcrumbs, use for the project's name nav.title if defined, pom.name
  otherwise.
o The name of the cvs-usage page has changed to scm-usage.html. If you 
have a

  link directly to this page, you will have to update it.
o Update dependencies to match ones in maven 1.1 core and to unify them
  between plugins. The following dependencies are updated : commons-jelly
  v1.0-RC1 -> v1.0 commons-logging v1.0.3 -> v1.0.4 maven-model v3.0.0
  -> v3.0.1 Fixes MAVEN-1712.

=== 




To automatically install t

Re: [vote] [m1] release xdoc-plugin-1.10

2006-06-07 Thread Stephane Nicoll

+1

Stéphane

On 6/6/06, Lukas Theussl <[EMAIL PROTECTED]> wrote:

Hi again,

This is a big one so I do it separately. The xdoc-plugin-1.10 has been
feature complete since a while, but with the re-introduction of xerces
into the core and the upcoming dom4j upgrade (which it should be
compatible with), it is only now that I'd like to release it. There are
quite a few changes since the last version so I'd appreciate some
sincere testing, even though I've had already feedback from a few people
who had used the snapshots successfully.


The future docs are here:
http://people.apache.org/~ltheussl/maven-stage-site/maven-1.x/plugins/xdoc/

One thing that is left to do is get the dtd file on the main apache site
( http://jira.codehaus.org/browse/MPXDOC-192 ), can somebody tell me
what needs to be done for that?

+1 from me and 72h to vote.

Cheers,
-Lukas


===

Changes in this version include:

   New Features:

o Add a public DTD identifier for xdoc. Fixes MPXDOC-192.
o Allow the use of items' attributes 'target' and 'img' for breadcrumbs
   entries in the navigation file.
o New attribute fileSuffix for the tag doc:registerReport allow to use
   another extension than '.html' for a report link.
o Include instructions for ClearCase, Starteam and Perforce access in the
   scm-usage page.
o Include dependencies' scope in dependencies page. Fixes MPXDOC-191.
o Include the new theme maven-stylus.css. Fixes MPXDOC-190.
o Document the use of pom settings by the xdoc plugin. Fixes MPXDOC-189.
o Enable user-defined custom templates. Fixes MPXDOC-183. Thanks to Niall
   Pemberton.
o New goal xdoc:sitemap to generate a sitemap. Fixes MPXDOC-164.
o Perform JSL transforms on xdocs only when they have changed. Fixes
   MPXDOC-141. Thanks to M. Sean Gilligan.
o Add xdoc tag library documentation to the plugin site. Fixes MPXDOC-169.
o Add support for more powered-by banners. Fixes MPXDOC-126. Thanks to
   Maarten Coene.
o Support global theme. Fixes MPXDOC-80. Thanks to Joerg Schaible.
o Add a navigation bar. Fixes MPXDOC-24. Thanks to Gilles Dodinet.
o Add an optional id tag to sub/sections, so they can be referenced. Fixes
   MPXDOC-158.
o Add a property to override navigation.xml. Fixes MPXDOC-144.
o Show organization in header even if logo not set. Fixes MPXDOC-127.
Thanks
   to Shinobu Kawai Yoshida.

   Fixed bugs:

o Fix xml entities in xdoc source files (only in Maven 1.1 because of a bug
   in an old Jelly version). Fixes MPXDOC-17.
o Add i18n support for links and breadcrumbs. Fixes MPXDOC-194.
o Display the "external link" icon only if the link host is different from
   the project url (pom.url).
o CVS usage page is blank when using Subversion. Fixes MPXDOC-130.
o Fix broken maven.xdoc.date=navigation-top and navigation-bottom. Fixes
   MPXDOC-185.
o Correct cvs checkout instructions on cvs-usage page. Fixes MPXDOC-187.
o Url and timezone not used for contributor. Fixes MPXDOC-125. Thanks to
   Shinobu Kawai Yoshida.
o Mailing list links break if the address starts with http. Fixes
MPXDOC-186.
o Internationalized sites have no images. Fixes MPXDOC-177.
o maven.ui.navcol.width has no effect. Fixes MPXDOC-178. Thanks to Phil
   Steitz.
o When there's no user provided documentation, some generated docs don't
get
   copied to site. Fixes MPXDOC-176.
o Menus with type="header" are not processed by site.jsl. Fixes MPXDOC-175.
   Thanks to Phil Steitz.
o Unclear error message when  in project.xml file not
   defined. Fixes MPXDOC-174.
o Fix xdoc:validate. Fixes MPXDOC-87.
o One cannot call xdoc:copy-user-resources directly. Fixes MPXDOC-106.
Thanks
   to Jerome Lacoste.
o Ampersands in navigation.xml being escaped twice. Fixes MPXDOC-47.
o Ampersand in section/subsection not correct. Fixes MPXDOC-133.
o Downloads report cannot be disabled for child projects. Fixes MPXDOC-104.
   Thanks to Rafal Krzewski.

   Changes:

o Replace the deprecated xmlParserAPIs by xml-apis 1.3.03. Fixes
MAVEN-1753.
o An image can be used in the menu entry for a report.
o Item name is always displayed even if img attribute is setted. In the
   navigation file the new attribute 'hideName' can be used to hide the
name
   in the link (if you want to display only the image for example).
o In breadcrumbs, use for the project's name nav.title if defined, pom.name
   otherwise.
o The name of the cvs-usage page has changed to scm-usage.html. If you
have a
   link directly to this page, you will have to update it.
o Update dependencies to match ones in maven 1.1 core and to unify them
   between plugins. The following dependencies are updated : commons-jelly
   v1.0-RC1 -> v1.0 commons-logging v1.0.3 -> v1.0.4 maven-model v3.0.0
   -> v3.0.1 Fixes MAVEN-1712.

===


To automatically install the plugin, type the following on a single line:

maven plugin:download
-Dmaven.repo.remote=http://www.ibiblio.org