findbugs [LSARC/2008/642 FastTrack timeout 10/27/2008]

[Lloyd Chambers]

Petr,

 From my viewpoint as a developer, I'm prepared to download the  
current version, which I want preferentially because it will have the  
latest goodies.  I'm not all that interested in having a pre-installed  
versions, because I can just as well keep my own version of choice  
around.  So from my point of view, I just don't see the value.

In short, who is the "customer"?  Developers probably won't care. In  
fact, if the version is aggressively moved forward, it may be a  
nuisance more than anything else (eg paths).

Which leads me to another "customer": QA.  These folks might want a  
specific version.  So unless we can support more than one version, QA  
is probably going to keep their own copies around.

So who is the customer here?  And why would they care?

Lloyd

..............................................
Lloyd Chambers
lloyd.chambers at sun.com
GlassFish team, LSARC member

On Oct 21, 2008, at 2:13 PM, Petr Slechta wrote:

> Tom Childers wrote:
>> On Oct 21, 2008, at 11:54 AM, Dean Roehrich wrote:
>>> On Tue, Oct 21, 2008 at 10:57:54AM -0700, Tom Childers wrote:
>>>> Petr,
>>>>
>>>> I have several questions about this project.  Since this is an open
>>>> case, I'm changing the cc: to lsarc-ext at sun.com.
>>>>
>>>> I am wondering what requirement we are trying to fill with this
>>>> project. FindBugs is downloadable, gets updated frequently, and  
>>>> is not
>>>> prepackaged on any other platform I know of.  The version you are
>>>> shipping is already out of date; the 1.3.6 release became  
>>>> available a
>>>> few days ago.
>>>
>>> If frequency of release of the upstream project is a component of  
>>> the ARC's
>>> decision to accept or reject said project, then those guidelines  
>>> should be
>>> recorded somewhere.  We have seen other FOSS cases which admit to  
>>> porting the
>>> version which was current at the time of the OSR but are out of  
>>> date by the
>>> time the ARC cases are submitted.
>>
>> Obviously, this is not a part of ARC guidelines. But the question  
>> remains, how will the project team keep up the frequent release  
>> schedule? And support multiple versions, since there seems to be  
>> some dependency between test cases and junit releases? I agree that  
>> we have absolutely seen other ARC cases where this becomes a major  
>> issue; if we are going to create this dependency, how will we  
>> address the issue?
>> -tdc
>
> We do not plan to support multiple versions. We may change it if it  
> is a requirement.
> So is it usual that developer needs to have more versions of  
> findbugs installed?
> Can you describe the dependency between test cases and junit releases?
>
> Thanks!
>
> Petr