Return-Path: X-Original-To: apmail-accumulo-dev-archive@www.apache.org Delivered-To: apmail-accumulo-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id DA17711206 for ; Tue, 17 Jun 2014 19:15:06 +0000 (UTC) Received: (qmail 86686 invoked by uid 500); 17 Jun 2014 19:15:06 -0000 Delivered-To: apmail-accumulo-dev-archive@accumulo.apache.org Received: (qmail 86648 invoked by uid 500); 17 Jun 2014 19:15:06 -0000 Mailing-List: contact dev-help@accumulo.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@accumulo.apache.org Delivered-To: mailing list dev@accumulo.apache.org Received: (qmail 86637 invoked by uid 99); 17 Jun 2014 19:15:06 -0000 Received: from minotaur.apache.org (HELO minotaur.apache.org) (140.211.11.9) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 17 Jun 2014 19:15:06 +0000 Received: from localhost (HELO mail-ig0-f179.google.com) (127.0.0.1) (smtp-auth username ctubbsii, mechanism plain) by minotaur.apache.org (qpsmtpd/0.29) with ESMTP; Tue, 17 Jun 2014 19:15:06 +0000 Received: by mail-ig0-f179.google.com with SMTP id r2so4567407igi.0 for ; Tue, 17 Jun 2014 12:15:05 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.42.106.145 with SMTP id z17mr4105546ico.82.1403032505780; Tue, 17 Jun 2014 12:15:05 -0700 (PDT) Received: by 10.64.91.196 with HTTP; Tue, 17 Jun 2014 12:15:05 -0700 (PDT) In-Reply-To: References: Date: Tue, 17 Jun 2014 15:15:05 -0400 Message-ID: Subject: Re: moving rat to a profile? From: Christopher To: Accumulo Dev List Content-Type: multipart/alternative; boundary=20cf30363b4b1d92c904fc0cf6f7 --20cf30363b4b1d92c904fc0cf6f7 Content-Type: text/plain; charset=UTF-8 There's already a way to skip it for those who don't understand why its failing and are incapable/unwilling to troubleshoot: -Drat.ignoreErrors=true -- Christopher L Tubbs II http://gravatar.com/ctubbsii On Tue, Jun 17, 2014 at 3:09 PM, Billie Rinaldi wrote: > I'm not thrilled about turning it off by default. How about putting it in > a profile that would be enabled by default, but could be disabled with a > flag for those who don't understand why it's failing? > > > On Tue, Jun 17, 2014 at 11:44 AM, Sean Busbey wrote: > > > I've had a few different new-to-Accumulo contributors recently run into > the > > issue of Rat failing the build after changing branches. > > > > I know we already have a warning about this[1], but AFAICT it's over the > > threshold for consumable information. > > > > Even after pointing people to the warning, the existing workaround > tripped > > up atleast one of them. Despite the warning about using "git clean," the > > destruction of their local IDE changes were surprising. > > > > For contributions to Accumulo that aren't coming from committers, the Rat > > plugin seems much more likely to give a false positive than to catch an > > error. Additionally, whatever committer is reviewing the contribution > > should be checking for license compliance anyways. > > > > In the interests of reducing the surprise for new contributors, I'd like > to > > move our use of Rat to a profile that is only default enabled during a > > release run. > > > > The profile would still let those who want rat to run on every build to > > enable it and we could update the guide for handling new contributions to > > say committers should enable the rat profile to help guard against > errors. > > > > Any objections? > > > > [1]: http://accumulo.apache.org/source.html#running-a-build > > > > -- > > Sean > > > --20cf30363b4b1d92c904fc0cf6f7--