Sorry! Missend!
Robert
On Feb 1, 2007, at 10:57 AM, Robert Zeigler wrote:
> Hi,
>
> I'd be interested in seeing the report.
>
> Robert
> On Feb 1, 2007, at 8:56 AM, Michael Gentry wrote:
>
>> There are ways to tell the tool to exclude bugs by a filter list. I
>> haven't looked into the details of that yet, but that could be an
>> option to eliminate things we decide are OK and don't want to appear
>> again.
>>
>> I'm attaching an HTML report I produced with this command-line:
>>
>> ~/Projects/eclipse/workspace/Cayenne30/framework>
>> ~/Desktop/findbugs-1.1.1/bin/findbugs -textui -effort:max -
>> onlyAnalyze
>> 'org.apache.cayenne.-' -low -html -outputFile modeler-report.html
>> cayenne-modeler
>>
>> It also has a -xdocs option to produce output for Maven.
>> Obviously, I
>> have more work to do. :-)
>>
>> Thanks,
>>
>> /dev/mrg
>>
>> PS. If the mailing list strips the attachment and you want to see it
>> (and don't want to run your own like I did above), shoot me an e-mail
>> directly.
>>
>>
>> On 2/1/07, Aristedes Maniatis <ar..sh.com.au> wrote:
>>>
>>> On 02/02/2007, at 12:43 AM, Michael Gentry wrote:
>>>
>>> > What would the general consensus be here of using FindBugs
>>> > (http://findbugs.sourceforge.net/)? I just used the 1.1.1
>>> version to
>>> > analyze Cayenne 3.0 and it is reporting 1720 (potential) bugs (at
>>> > least on my current source tree). I haven't used this tool
>>> much yet,
>>> > but it seems like it could be useful. I also believe it has
>>> support
>>> > to run in the background, like from an ant task. This could be
>>> useful
>>> > for nightly builds. Or even like a weekly report of some kind.
>>>
>>>
>>> From my experience of it, there are lots of 'bugs' it finds which
>>> you end up having to ignore. If that was the case, a weekly report
>>> may not be that helpful since anything useful would be buried in the
>>> noise. But if the FindBug count count be brought to zero, then a
>>> weekly script might be more useful. I seem to remember that there
>>> are
>>> lots of ways to configure the rules it runs to quite a fine
>>> degree. I
>>> seem to remember that the style and performance reports it created
>>> were less useful, but it found some interesting problems in our code
>>> base.
>>>
>>> Ari Maniatis
>>>
>>>
>>> -------------------------->
>>> ish
>>> http://www.ish.com.au
>>> Level 1, 30 Wilson Street Newtown 2042 Australia
>>> phone +61 2 9550 5001 fax +61 2 9550 4001
>>> GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A
>>>
>>>
>>>
>>>
>>>
>
This archive was generated by hypermail 2.0.0 : Thu Feb 01 2007 - 12:08:08 EST