Return-Path: X-Original-To: apmail-builds-archive@minotaur.apache.org Delivered-To: apmail-builds-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id DB4561186F for ; Mon, 14 Apr 2014 20:27:18 +0000 (UTC) Received: (qmail 11117 invoked by uid 500); 14 Apr 2014 20:27:14 -0000 Delivered-To: apmail-builds-archive@apache.org Received: (qmail 11060 invoked by uid 500); 14 Apr 2014 20:27:14 -0000 Mailing-List: contact builds-help@apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: builds@apache.org Delivered-To: mailing list builds@apache.org Received: (qmail 11052 invoked by uid 99); 14 Apr 2014 20:27:14 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 14 Apr 2014 20:27:14 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [188.165.246.31] (HELO cosmos2.geomatys.com) (188.165.246.31) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 14 Apr 2014 20:27:08 +0000 Received: from kuroshio.local (unknown [70.51.143.16]) by cosmos2.geomatys.com (Postfix) with ESMTP id 9BB2D1891B for ; Mon, 14 Apr 2014 22:44:49 +0200 (CEST) Message-ID: <534C4485.1090108@geomatys.fr> Date: Mon, 14 Apr 2014 16:26:45 -0400 From: Martin Desruisseaux Organization: Geomatys User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: builds@apache.org Subject: Re: volunteering for ASF Jenkins farm service maintenance References: <2447967.3AYf8FNZr7@herve-desktop> <534AEE78.5080506@geomatys.fr> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org Hello Dennis Le 14/04/14 02:06, Dennis Lundberg a �crit : > Yes, as you have already noticed there are some problems when genersting a > Maven site with Maven 3. Looking for a suitable work-around I'd like to ask > why you run 'mvn site' ? The main reason is for generating aggregated javadoc, for allowing us to check formatting as we introduce new API (especially when we insert tables, PNG images or MathML). We could use "mvn javadoc:aggregate", but the later seems to require the maven-javadoc-plugin configuration to be provided in the section while "mvn site" requires the configuration to be provided in the section of pom.xml (unless I missed something). We would like to avoid duplicating configuration. The FAQ [1] gave me a feeling that was preferred, which implies to use "mvn site" (in my attempts "mvn javadoc:javadoc" ignored the configuration). > If you want reports on the status of yuor code there are other ways. For > example, if you want torun FindBugs and checkstyle on your code on Jenkins, > you can use 'mvn verify findbugs:findbugs checkstyle:checkstyle' instead, > and then use the Jenkins plugins for FindBugs and Checkstyle to render > reports in Jenkins. This has the added benefit of giving you graphs over > time for these tools. FindBugs was indeed a second reason, thanks for the tip. So we could abandon "mvn site" usage and move all configuration to the section. I will post this suggestion on the SIS list. Thanks, Martin [1] https://maven.apache.org/plugins/maven-javadoc-plugin/faq.html#Where_in_the_pom.xml_do_I_configure_the_Javadoc_Plugin