Re: [idea] Multiproject Dashboard
Vincent Massol wrote: Hi, We have lots of very nice code quality reports: checkstyle, pmd, simian, findbugs, activity, jdepend, clover, etc. However, having these reports is not enough to make the problems go away. One idea that may help is to provide a global dashboard for all projects (as part of the multiproject plugin). For example: Project name | Checkstyle | Clover | PMD | ... | Project1 | 500| 60%| 70 | ... | Project2 | 1500 | n/a| 35 | ... | [...] (being able to sort on columns would be even nicer) Even better would be a overall score but that will probably be too difficult to achieve and will make sense only for projects using the same reports and the same rules inside each reports. Anyway, on my project at work we have several hundreds of projects and it's just downright impossible to get a nice view of all checks for all projects and see which project needs to get more quality focus than others. Such a view would make it possible. My belief is that once we get that dashboard, some competition may emerge between projects and people will start paying more attention to the reports. What do you think? Anyone fancy doing this? :-) I'd love to, but I've got too many things going. But the feature I really want to see is historical data of these metrics. That way, it is possible to generate graphs showing various trends in the codebase. This is a lot more valuable than just looking at a static snapshot of the current codebase. You get a feel of when code coverage dropped, code duplication increased etc. Now I think this is a separate project, and should be decoupled from Maven. Aslak Thanks -Vincent - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- http://blogs.codehaus.org/people/rinkrank/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: maven/src/plugins-build/xdoc/src/plugin-resourcesnavigation.jsl site.jsl
[EMAIL PROTECTED] wrote: bwalding2003/07/23 03:06:41 snip + x:parse var=projectNavRoot xml=${tempnav}/ + echoHASHISH ${size(projectNavRoot)} - ${projectNavRoot.getClass().getName()}/echo How about some units? Is that grams or kilos? Aslak -- http://blogs.codehaus.org/people/rinkrank/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Generate iml files for IDEA 856
Owen Fellows wrote: Hi, The attached zip contains a plugin that allows you to create an IDEA iml file. If you read the readme.txt it tells you how to deploy it and use it. Hope this if of some use. Can you put it in JIRA please? I might want to take a look at it one day, but I try to keep my mailbox small. Aslak Thanks, Owen - 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: Ibiblio upload request: Simian
[EMAIL PROTECTED] wrote: I get a 404 from that URL. Works for me. Can you try again Dion? Aslak -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ Work: http://www.multitask.com.au Simon Harris [EMAIL PROTECTED] wrote on 08/07/2003 09:14:08 AM: Would it be possible to have Simian.jar uploaded? The download for the latest (1.9.1) distribution (includes jar and license information) can be found at: http://www.redhillconsulting.com.au/products/simian/purchase.html Cheers, Simon http://www.aikidojo.org.au http://www.redhillconsulting.com.au - 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: Ibiblio upload request: Simian
Aslak Hellesøy wrote: [EMAIL PROTECTED] wrote: I get a 404 from that URL. Works for me. Can you try again Dion? Aslak Actually, I managed to download it, but the zip archive seems to be corrupt. Can you fix this Simon? Would it be possible to have Simian.jar uploaded? The download for the latest (1.9.1) distribution (includes jar and license information) can be found at: http://www.redhillconsulting.com.au/products/simian/purchase.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Simian Plugin (fully documented and ready to use)
It seems Maven's JIRA still doesn't notify this list, so here I go... Simian (http://www.redhillconsulting.com.au/products/simian/index.html ) is a great little tool that detects duplicate source code. Very much like PMD's CPD (http://pmd.sourceforge.net/cpd.html), but a _lot_ faster. I have written a Maven report plugin for Simian that I'd like to contribute to Maven. Have a look at some sample reports: http://www.picocontainer.org/simian-report.html http://www.nanocontainer.org/simian-report.html It would be really nice to have the Simian Report included in the standard reports, as it reveals refactoring candidates and is something every sound project should have! It's all in JIRA: http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVEN-516 Cheers, Aslak - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: private jar dependencies
Jason van Zyl wrote: On Fri, 2003-06-20 at 18:55, Otto von Wachter wrote: Hi all, I have a question/suggestion on jar dependencies. I think maven is perfect for open source (large/collaborative) projects. I would like to leverage Maven for my internal project at work, but not all dependencies are available on ibiblio (some are not open source, etc.) Also it makes sense for us to keep these jars in CVS, to make sure they don't get lost, and just because it works. What I would like is to specify some private jar dependencies that are stored in a lib dir. Is there a quick hack that would allow me to do this? If it is, perhaps documenting it would increase the adoption of maven among users like me. If not would it be easy to add this feature? I was thinking of something like this: privateDependencies libDirectorylib/libDirectory /privateDependencies or maybe build baseClasspath fileset dir=lib include name=*.jar/ /fileset /baseClasspath ... /build I know this might go against the maven philosophy, but it would be optional, and it's one of the things that is keeping me from using Maven instead of Ant. Something for this will never be built into Maven. You lose anything Maven provides in the way of auto-downloading and verification. I would recommend you save yourself much grief and spend 10 minutes and make yourself a local repository. But do what you like, here's one way you might do it: project xmlns:ant=jelly:ant xmlns:maven=jelly:maven preGoal name=java:compile ant:path id=my.doublebarrel.classpath fileset dir=${basedir}/lib include name=**/*.jar/ /fileset /ant:path maven:addPath id=maven.dependency.classpath refid=my.doublebarrel.classpath/ /preGoal /project Again, I do not recommend you do this. I'm a little puzzled by this approach Jason. Here is a much cleaner way IMHO: 1) Make your own repository structure inside your project under a lib folder 2) Tell maven to use that as an additional remote repository (!) We're doing this in the http://www.nanocontainer.org/ project. Have a look at: http://tinyurl.com/ew5l (look at the end of the 1st property) http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/xdoclet/xdoclet2/lib/ (this is our own local repo treated as a remote one) Of course, if you're in a corporate environment, you should be able to set up a real remote repository on an internal webserver, whihch is an even cleaner solution. Aslak Otto - 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: private jar dependencies
We're doing this in the http://www.nanocontainer.org/ project. Have a look at: Oops, this example is from xdoclet2 and not nanocontainer. Oh well. http://tinyurl.com/ew5l (look at the end of the 1st property) http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/xdoclet/xdoclet2/lib/ (this is our own local repo treated as a remote one) Of course, if you're in a corporate environment, you should be able to set up a real remote repository on an internal webserver, whihch is an even cleaner solution. Aslak Otto - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Repository Upload Request] xdoclet-1.2-beta3
Martin Skopp wrote: xdoclet-1.2-b3 is out (since Jun 13th). Could someone please put the jars onto http://www.ibiblio.org/maven/xdoclet/jars/ Download at http://sourceforge.net/project/showfiles.php?group_id=31602 Project page http://xdoclet.sourceforge.net/ Thanks Please don't do that yet. Something went wrong during the latest release. Someone from the XDoclet team will request an upload once an unbroken release is out. Aslak - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XDoclet tags errors in javadoc report
Stephen McConnell wrote: Its not documeted by you can handle this by declaring you -tag statements under the maven.javadoc.additionalparam property. Cheers, Steve. I have also submitted Ant and MAven patches to make this a lot easier: http://jira.codehaus.org/secure/ViewIssue.jspa?id=10510 Future versions of XDoclet will ship with blah.tags files. Aslak Jürgen Heidak wrote: Hi We're using xdoclet to generate all EJB interfaces (Home, Remote, Local). When running javadoc:report I get a warning (e.g. @ejbHome is an unknown tag) for every xdoclet tag. As the project grows (and therefore the number of xdoclet related warnings) its getting harder to find true javadoc errors. Its a question of time until the javadoc report will become useless for me because its full of warnings related to xdoclet tags. Since I'm pretty sure I'm not the only one using xdoclet AND javadoc I would like to know how others deal with this problem. Any suggestions ? The javadoc tool provides an option (-tag) to disable certain tags the option is also available in Ant's javadoc task. If its considered useful I can make a patch to add a adequate property to the javadoc plugin ? Regards Juergen - 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]