Heads up that I've committed a new dependency on FindBugs[1], and
created a new target for running it.
To keep it short enough to review, I only extended it to LUNI initially.
Even that raised a couple of questions in my mind for including it in
the top-level targets. Once we are happy with it
Integrated into Hudson, e.g. here
http://hudson.zones.apache.org/hudson/job/Harmony-1.5-head-linux-x86_64/440/findbugsResult/
On 30/Sep/2009 11:45, Tim Ellison wrote:
Heads up that I've committed a new dependency on FindBugs[1], and
created a new target for running it.
To keep it short
Thanks Tim - just gave it a test and it worked perfectly for me. Im +1
to extending it to other modules.
Regards,
Oliver
Tim Ellison wrote:
Heads up that I've committed a new dependency on FindBugs[1], and
created a new target for running it.
To keep it short enough to review, I only
I see lots of Trying to override old definition of datatype findbugs
warnings. Is there a global that changes value embedded in the macro?
-Mark.
In message 4ac36437.9090...@googlemail.com, Oliver Deakin writes:
Thanks Tim - just gave it a test and it worked perfectly for me. Im +1
to
On 30/Sep/2009 15:40, Mark Hindess wrote:
I see lots of Trying to override old definition of datatype findbugs
warnings. Is there a global that changes value embedded in the macro?
I see one (not lots?) but anyway it is fixed at r820328.
Thanks,
Tim
In message
I've uploaded a new patch that moves the check to PlatformAddressFactory and
retrieves the error messages with the portlib function as Mark suggested.
Thanks for all your help!
Cath
In message 4ac381e7.2060...@gmail.com, Tim Ellison writes:
On 30/Sep/2009 15:40, Mark Hindess wrote:
I see lots of Trying to override old definition of datatype findbugs
warnings. Is there a global that changes value embedded in the macro?
I see one (not lots?) but anyway it is fixed at
Works for me first time, though when I change the output type to be html
so I can view the report I get a NPE, so potential bug in the XML library:
[findbugs] Attempting to load stylesheet default.xsl
[findbugs] FATAL ERROR: 'java.lang.NullPointerException'
[findbugs]:null
--
This is a monthly automated mailing to the Apache Harmony dev list.
The Apache Harmony project welcomes the participation and input of
anyone interested in open source Java platform, the goal of our project.
For more information about the Apache Harmony project, please see the
project website.
So Regis and I disagree on the merit of maintaining indices. Actually
disagreeing on such things is generally healthy since mobile/Android prefers
simplicity and memory efficiency, whereas serverside prefers high
throughput. Yet I still feel that the index optimizations were misguided,
Awesome. Can't wait to see it running on all modules ...
On Wed, Sep 30, 2009 at 5:45 AM, Tim Ellison t.p.elli...@gmail.com wrote:
Heads up that I've committed a new dependency on FindBugs[1], and
created a new target for running it.
To keep it short enough to review, I only extended it to
11 matches
Mail list logo