harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Alex Orlov" <amor...@gmail.com>
Subject Re: matching reference implementation exception behaviour
Date Wed, 05 Apr 2006 16:00:39 GMT
On 4/3/06, Tim Ellison <t.p.ellison@gmail.com> wrote:
> Anton Avtamonov wrote:
> > On 4/3/06, Mark Hindess <mark.hindess@googlemail.com> wrote:
> > [SNIP]
> >> Personally, I'd raise JIRA's one at a time when you have fixes
> >> prepared.  That way they can be discussed and we can firm up our
> >> policy on matching behaviour.
> >>
> >
> > Not completely agree. I believe bug report should be done immediately
> > when the problem is discovered. That is the only garantee it is never
> > lost. Besides, sometimes a person who found a problem and a person who
> > makes a patch are
> > not the same :-).
>
> You are right, I should not assume that Alex is in a position to submit
> patches/tests (we would not expect that of our 'end users').
>
> If Alex cannot provide patches then I'd vote for submitting the script
> itself so that Harmony developers can run it and fix the problems.

Tim, I believe we've been starting investigation of those issues
whether they need fixes or not. All appropriate issues will be
submitted to JIRA along with the patches.

Thanks,
Alex.
Intel Middleware Products Division

> > Talking about the original Alex's question I think we should have
> > separate JIRA issues for each diffirence. As I remember we decided to
> > document all the deviations and discuss them if they are not trivial.
>
> I thought the conclusion was to document agreed departures in this way
> -- simple bugs that show we don't behave the same as the RI should just
> be fixed.
>
> > The way how we document them is a special JIRA category, right? So,
> > tracking each deviation independent allows us to discuss them and
> > change the category in case we would like to preserve the deviation.
> > Makes sense?
>
> Is anyone suggesting that these should not be fixed?
>
> Regards,
> Tim
>
> --
>
> Tim Ellison (t.p.ellison@gmail.com)
> IBM Java technology centre, UK.
>
> ---------------------------------------------------------------------
> Terms of use : http://incubator.apache.org/harmony/mailing.html
> To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> For additional commands, e-mail: harmony-dev-help@incubator.apache.org
>
>

---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org


Mime
View raw message