Anton, look at "Do we want to be bug compatible?" thread
everybody agreed to the scheme: 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 spec; 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. Thanks, Mikhail 2006/4/25, Anton Avtamonov <[EMAIL PROTECTED]>: > On 4/25/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote: > > > > > > Anton Avtamonov wrote: > > > On 4/25/06, Tim Ellison <[EMAIL PROTECTED]> wrote: > > >> Anton Avtamonov wrote: > > >>> Tim, that is excellent! Thank you. > > >>> > > >>> I have couple of minor questions: > > >>> > > >>> Am I right with interpretation that the primary "source" is the spec > > >>> rather than RI behavior? If the spec is consistent and logical, but > > >>> contradicts to the RI behavior we are basing on spec? I'm asking just > > >>> because that caused lots of debates last time and I want to make sure > > >>> everyone agreed with this statement now. > > >> That's what I thought we agreed. If the guide does not make that clear > > >> then I am happy to clarify. > > > > > > Guidelines clearly mentioned that. I could not recall if everyone was > > > agree or not :-). > > > As I remember there were lots of people who proposed to base on RI > > > behavior only (to be as much comatible as possible). > > > > > > Personally I'm completely agree with guidelines approach. > > > > The problem is that in the real world, we're going to have trouble > > defending why everyone else is wrong, and we are correct. > > > > This is why I'd like to discuss and be able to go w/ RI behavior, and in > > either case, WRITE EVERYTHING DOWN so that for diversions from the RI we > > can make it easy for users to see why their code breaks on Harmony when > > it runs everywhere else and for diversions from spec, we can eventually > > come back after some time when we have achieved World Dominance(tm) and > > fix them... > > I see I was right that we didn't have an agreement :-) > > Geir, I completely understood you point and even agree with you. My > idea (and I believe Tim's guidelines support it) was to avoid copying > of definite RI bugs. Just because I believe that there are no (or > almost no) applications which are based on something which is > definitely bug, not feature. > > However your proposal just to be as good as RI does for now, 'mark' > all problems and revise them later definitely makes sense. > > Let's say I'm neutral and wait for others opinions. > > I'm sure that this is very key question and we have to achieve an > agreement here. > > Wishes, > -- > Anton Avtamonov, > Intel Middleware Products Division > > --------------------------------------------------------------------- > Terms of use : http://incubator.apache.org/harmony/mailing.html > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
