On 10/12/11 8:41 AM, Simone Tripodi wrote: > Thanks Hen! > any suggestion for the Array checkstyle violation?
One way to do this is to use the SuppressionCommentFilter construct in checkstyle.xml and corresponding comments in the source to turn off checks for blocks of code. You can see an example of this in the [math] checkstyle.xml and, e.g. right at the top of o.a.c.m.complex.Complex.java, where we temporarily turn off constant name checking to define "NaN" as a constant. Phil > TIA! > Simo > > http://people.apache.org/~simonetripodi/ > http://simonetripodi.livejournal.com/ > http://twitter.com/simonetripodi > http://www.99soft.org/ > > > > On Wed, Oct 12, 2011 at 5:35 PM, Henri Yandell <flame...@gmail.com> wrote: >> Clirr wins (assuming you're keeping 100% backwards compat and that >> clirr isn't playing up). checkstyle at 0 is an ideal not a necessary. >> >> Hen >> >> On Wed, Oct 12, 2011 at 8:12 AM, Simone Tripodi >> <simonetrip...@apache.org> wrote: >>> Hi all guys, >>> there are checkstyle violations that, if fixed, cause clirr >>> violations, and clirr violations that if fixed will cause checkstyle >>> errors... looks like the dog that bites its tail :) >>> Looks like having both to 0 is almost impossible for 1.4, so what >>> should be the policy? Which one has priority? >>> Many thanks in advance, all the best!!! >>> >>> PS speaking about checkstyle: how can I dumb the "'{' is followed by >>> whitespace." violation when the array is 'new Object[] { param }'? >>> >>> TIA! >>> Simo >>> >>> http://people.apache.org/~simonetripodi/ >>> http://simonetripodi.livejournal.com/ >>> http://twitter.com/simonetripodi >>> http://www.99soft.org/ >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >>> For additional commands, e-mail: dev-h...@commons.apache.org >>> >>> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >> For additional commands, e-mail: dev-h...@commons.apache.org >> >> > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
