Geir Magnusson Jr wrote:
>
>
> Anton Avtamonov wrote:
>> On 2/27/06, Mikhail Loenko <mloenko@gmail.com> wrote:
>>> As I understood people in this and similar threads tend to be
>>> compatible
>>> with the Spec rather then with RI (unless we prove that being
>>> incompatible
>>> with RI breaks some existing implementation)
>>>
>>> I'm trying to oppose that, I'd to be compatible with RI when in doubt.
>>
>> Well, actually you are right. I disagree just to simply copy all the
>> existing bugs... And as I rememeber I'm not along :-). The main idea
>> is to follow the guidelines Paulex proposed, i.e. to be reasonable.
>> Lemme remember Paulex's rules:
>>
>>> 1. we should comply with spec
>>> 2. if RI is contradict with spec, and RI is not logical(sometimes it is
>>> very obvious, you know what I mean), we comply with RI; else, we
>>> discuss
>>> it case by case.
>>> 3. if spec is not so clear, we should comply with RI
>>> 4. if some application failing on that different behavior, we
>>> discuss it
>>> case by case
>>
>
> 5. Log every difference from either the spec or the RI in JIRA.
+1 from me.
>
>> I believe this approach will give better results: keepping us
>> compatible with the existing applications and provide more consistent
>> implementation where possible. Note that according to the rules above
>> we are not mandatory follow to the spec.
>>
>> Btw, releasing new JDK SUN updates some existing methods, sometimes
>> changing not only internal implementation, but even some behavior. I
>> suppose they don't run all existing applications to make sure nothing
>> is broken :-). I don't know how this process is organized, however I
>> would expect some kind of CCB (Change Control Board) which decide if
>> it's safe change or not. I suppose our mailing list can act in a very
>> similar manner.
>
> Actually, I think that Sun does have an internal group which does
> exactly that. I've heard some great stories about the raging fights
> that have erupted internally due to this process...
>
> We'll get to have our great fights here :)
That's the way to harmony ;-)
>
> geir
>
>>
>> --
>> Anton Avtamonov,
>> Intel Middleware Products Division
>>
>>
>
>
--
Paulex Yang
China Software Development Lab
IBM
|