javahelp.dev.java.net is the project, I am not sure it is actively being
worked as the last update was 2 years ago.
Bill Shannon wrote:
> Bobby Bissett wrote on 9/17/09 10:06 AM:
>
>>> Thanks to Jane and Terena, there is now a FindBugs Hudson job:
>>>
>>> http://hudson.glassfish.org/job/gf-trunk-findbugs/
>>>
>>> Our goal remains zero high priority FindBugs errors for v3. Please help
>>> me by fixing the current errors ASAP.
>>>
>> Ding ding. I'm the winner. I have the most, and they're all in
>> javax.help packages, none of which are controlled by me:
>>
>> http://hudson.glassfish.org/job/gf-trunk-findbugs/3/findbugsResult/module.-1231718052/
>>
>>
>> com.sun.java.help.impl
>> com.sun.java.help.search
>> javax.help
>> javax.help.plaf.basic
>>
>> Can we exclude these from the findbugs process? If so, just point me in
>> the right direction.
>>
>
> So the Java Help package is owned by someone else at Sun and we're just
> using the binaries that they built?
>
> If you look at the details of the FindBugs errors, you'll see many of
> them that likely represent real bugs in Java Help. Can you report these
> errors to the owner of Java Help and see if they can be fixed?
>
> As a last resort, we can exclude these bugs from our report. Jagadesh
> can help you construct a FindBugs exclude file. Look for exclude.xml
> in the workspace and you'll see other examples, as well as the one
> property you'll need to set in your pom.xml to enable use of your
> exclude file.
>
>
>> Ideally, the java help bits wouldn't be in the
>> upgrade tool jar, but I guess that made sense to someone at the time.
>>
>
> Maybe you can fix that too? :-)
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>
>