Mailing-List: contact harmony-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: harmony-dev@incubator.apache.org
Received-SPF: neutral (asf.osuosl.org: 64.74.244.71 is neither permitted nor
 denied by domain of geir@pobox.com)
Message-ID: <44B650A0.2010903@pobox.com>
Date: Thu, 13 Jul 2006 09:54:40 -0400
From: Geir Magnusson Jr <geir@pobox.com>
Reply-To: geir@pobox.com
User-Agent: Thunderbird 1.5.0.4 (Windows/20060516)
MIME-Version: 1.0
To: harmony-dev@incubator.apache.org
Subject: Re: [classlib] compatibility nuances
References: <2c9597b90607130636y4db7e128r744df58d6ae0d0af@mail.gmail.com>
In-Reply-To: <2c9597b90607130636y4db7e128r744df58d6ae0d0af@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

I assume you mean [drlvm], since java.lang.Class in [classlib] is just a
stub, right?

Anyway, what would you say exactly?  That our "not in any particular
order" is different than the "not in any particular order" that the RI
does?  I'm not trying to make light of it, but it sounds like all is
correct.

geir

Alexei Zakharov wrote:
> Hi,
> 
> I have discovered we have small incompatibility in our java.lang.Class
> implementation. The order of elements returned by
> Class.getDeclaredMethods() differs from RI. The spec says here: "The
> elements in the array returned are not sorted and are not in any
> particular order." But I already know one application that relies on
> this - this was one of java.beans test (already patched). I don't want
> to say this is somehow bad but still like to inform the community
> about this issue. Probably we need to rise non-bug differences JIRA?
> 
> Thanks,
> 

---------------------------------------------------------------------
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