[ 
https://issues.apache.org/jira/browse/LUCENE-3973?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Mike Drob updated LUCENE-3973:
------------------------------
    Attachment: LUCENE-3973.patch

Another attempt at the patch. Changes include:
* Using a newer version of PMD (that recognizes Java 8)
* Adopted the rule set from SOLR-143 since it appeared more complete

Ran the task locally, and uploaded the results to 
http://people.apache.org/~mdrob/lucene-3973/

That is a _huge_ amount of output, so I would appreciate some feedback on 
tweaking the ruleset. Especially on rules that we can trim for now to make the 
list more manageable.

Still to do:
* Figure out how to link from the reports to source code.
* Generate reports consumable by Jenkins (follow-on issue, maybe?)

> Incorporate PMD / FindBugs
> --------------------------
>
>                 Key: LUCENE-3973
>                 URL: https://issues.apache.org/jira/browse/LUCENE-3973
>             Project: Lucene - Core
>          Issue Type: Improvement
>          Components: general/build
>            Reporter: Chris Male
>              Labels: newdev
>         Attachments: LUCENE-3973.patch, LUCENE-3973.patch, LUCENE-3973.patch, 
> LUCENE-3973.patch, LUCENE-3973.patch, LUCENE-3973.patch, LUCENE-3973.patch, 
> core.html, solr-core.html
>
>
> This has been touched on a few times over the years.  Having static analysis 
> as part of our build seems like a big win.  For example, we could use PMD to 
> look at {{System.out.println}} statements like discussed in LUCENE-3877 and 
> we could possibly incorporate the nocommit / @author checks as well.
> There are a few things to work out as part of this:
> - Should we use both PMD and FindBugs or just one of them? They look at code 
> from different perspectives (bytecode vs source code) and target different 
> issues.  At the moment I'm in favour of trying both but that might be too 
> heavy handed for our needs.
> - What checks should we use? There's no point having the analysis if it's 
> going to raise too many false-positives or problems we don't deem 
> problematic.  
> - How should the analysis be integrated in our build? Need to work out when 
> the analysis should run, how it should be incorporated in Ant and/or Maven, 
> what impact errors should have.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to