lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Ahmet Arslan <>
Subject Re: Reducing the number of warnings in the codebase
Date Sun, 16 Mar 2014 10:59:33 GMT
Hi Shawn, 

+1 for the idea, we should take full advantage of Eclipse, IntelliJ etc.

Here are some relevant tickets created by Furkan.

I believe could expressed as an automatic
rule or something.
There is already similar thing to detect usage of String.uppercase/lowercase without locale. 
And StringBuffer versus StringBuilder.


On Sunday, March 16, 2014 12:09 PM, Furkan KAMACI <> wrote:


I've run FindBugs for Lucene/Solr project. If you use Intellij IDEA you can group the warnings
according to their importance. I've opened issues and attached patches for top level warnings/errors
(and some others) that FindBugs found.

On the other hand I have another suggestion for Lucene/Solr project. When I develop or lead
projects I use Sonar. It's so good and it runs really nice open source projects to analyze
your code. FindBugs, PMD, Jacoco are just some of them. It also calculates the method complexities,
LoC and etc. You can see a live example from here:

I can be volunteer to integrate Sonar into Lucene/Solr project.


2014-03-16 11:01 GMT+02:00 Shawn Heisey <>:

With the default settings in Eclipse, the Lucene/Solr codebase shows
>over 6000 warnings.  This is the case for both branch_4x and trunk.  I'm
>no expert, but this does seem a little excessive.  If I were to take on
>the task of reducing this number, what advice can the group give me?  Is
>there someone in particular that I should consider a resource for
>inevitable dumb questions?
>I haven't done an exhaustive survey, but I would imagine that most of
>them can be eliminated fairly easily.  I'm fully aware that we may not
>be able to eliminate them all.
>One problem with fixing warnings is that the resulting patch(es) would
>be just as invasive as the recent work to move branch_4x to Java 7.
>This would complicate any ongoing work, especially large-scale work that
>is happening onchange-specific branches.
>A similar topic that may require a separate discussion: FindBugs.
>To unsubscribe, e-mail:
>For additional commands, e-mail:

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message