|
I believe everything is already right. What properties are you using? I think I found the pb (I had the same error when I run a mutlitarget:site goal)): When your remove this declaration the target dashboard:report-single succed in. I am behind a proxy that refuse any internet connection. I will try to find a solution. The full error when I call dashboard:report-single is: I think this is already in place, other problems should be covered in different issues I just downloaded the 1.8 version of the plugin to get Cobertura support and got this error: BUILD FAILED I checked the .jar and and there are no aggregators for Cobertura there, although thery are already showing in the official documentation. Any idea why? From the discussion above they should be available, right? Thanks, As you see in the fix version for this issue, the Cobertura aggregators have only been implemented in version 1.9 of the dashboard plugin. This one is not published yet (but is expected to come out maybe next week Actually, if you want to do some testing: there is a SNAPSHOT available: maven plugin:download -Dmaven.repo.remote=http://www.ibiblio.org/maven,http://cvs.apache.org/repository/ Let us know how it works! Thanks, I am playing with it. I found two problems so far: 1) The Cobertura Aggregator It introduces dependencies on the latest Jelly library (u:loadText). This is an issue for Maven 1.0.2 users like me and should be documented or removed - there are ways to skip the external DTD parsing by configuring a SAX parser, see http://www-128.ibm.com/developerworks/xml/library/x-tipcfsx.html 2) Somehow this latest code is breaking the JXR plugin. More specifically, it resets the variable ${plugin-resources} to c:/. I am still investigating that. I had to update the Jelly libraries due to the problem above so it might be related. Regards, 1) I think the problem is not u:loadText but rather u:replace, which does not work with maven 1.0.2. I have re-published a snapshot where I'm using the commons-lang StringUtils for the string replacement, can you check if that helps in any way? 2) I don't see how the jxr plugin is connected with this. Any more details? Ah, it is bad. I have to change jxr, multiproject and dasboard to provide hard-coded references to the plugin.resources variable - it was broken in all of them. I think that updating the Jelly libraries might have been a bad idea. Is it possible for you to test 1.9 with a pure 1.0.2 and make sure it works? I tried Maven 1.1 but it broke so many of my plugins that I gave up on it. Now the build runs, multiproject completes, but no dashboard html output is generated. And I have no error messages this time, I have no idea what is going on. Is there a new target for the 1.9 version? I am calling maven with the multiproject:site target, as I did before for the 1.7 version, is there a new target now to force the dashboard generation? I can send you a maven log if you think it might help. Thanks, With jelly you are always in for a good surprise ! I can try to test but I need some time since I'm not using cobertura, so I was hoping you could help out. Are you subsribed to the maven dev or user list? It would be easier to discuss that there. OK, just subscribed to dev, replying on the list. |
||||||||||||||||||||||||||||||||||||||
Unfortunately, the Cobertura aggregators are already in the Dashboard plugin official docs.
Any chance of seeing this happening soon ? The current version in Subversion is broken, it returns :
/users/cruise/.maven/cache/maven-dashboard-plugin-1.9-SNAPSHOT/plugin.jelly:210:33: <j:import> could not import script
Is there a patch for this one can apply ?