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: 202.81.18.152 is neither permitted nor
 denied by domain of richard.liangyx@gmail.com)
Message-ID: <44ADC1AE.2040005@gmail.com>
Date: Fri, 07 Jul 2006 10:06:38 +0800
From: Richard Liang <richard.liangyx@gmail.com>
User-Agent: Thunderbird 1.5.0.4 (Windows/20060516)
MIME-Version: 1.0
To: harmony-dev@incubator.apache.org
Subject: Re: [classlib] Exception throwing compatibility: java.util.Scanner
References: <44AD076F.1040708@gmail.com> <44AD22E3.6000900@pobox.com>
 <200607062053.02282.chris.gray@kiffer.be>
In-Reply-To: <200607062053.02282.chris.gray@kiffer.be>
Content-Type: multipart/alternative;
 boundary="------------090007040308080007060707"

--------------090007040308080007060707
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable


Chris Gray wrote:
> On Thursday 06 July 2006 16:49, Geir Magnusson Jr wrote:
>  =20
>> This is a great example.  The last two aren't even legal exceptions for
>> that method.
>>
>> It seems like the RI is doing random crap, and it wouldn't be something
>> that someone would depend on... can you imagine?
>>    =20
>
> I think we have to distinguish between exceptions like these, which norma=
lly=20
> nobody ever sees, unless they are actually writing tests for the core API=
s=20
> (or unless they make a major programming blunder - and then they'll fix t=
hat=20
> and forget precisely what exception was thrown) on the one hand, and=20
> exceptions which one can reasonably expect to happen sometimes when=20
> developing code which may run in a variety of Java environments. An examp=
le=20
> of the latter would be ClassNotFoundException indicating that the runtime=
=20
> environment does not contain some wished-for class or package; if the=20
> application programmer builds in a throw..catch clause which implements a=
=20
> fallback, then you'd better theow ClassNotFoundException and not some ran=
dom=20
> thing like NoClassDefFoundError or NPE. Similarly, I just heard from a=20
> customer that some application was failing because we were throwing=20
> LinkageError when a shared library could not be found, whereas the=20
> application only had a handler for UnsatisfiedLinkError. In this case bot=
h=20
> the RI and the spec were in agreement, but I would happily have made the =

> change even if the spec had specified LinkageError and the RI was throwin=
g=20
> the subclass UnsatisfiedLinkError.=20
>
> Fcourse it's not always easy to draw the line between exceptions which=20
> probably represent a programmer error and those which robust programs may=
=20
> need to handle, hance there will always be a need to discuss some of thes=
e=20
> cases.
>
>  =20
Thanks a lot, Chris.

We may frequently encounter this confused situation, and I suggest we=20
discuss the problems case by case if someone is not sure how to do. ;-)

For this case, I decide to follow "useRadix(int radix)". Please correct=20
me if I'm wrong. Thanks a lot.

Best regards,
Richard
> Chris
> =B5
>  =20

--=20
Richard Liang
China Software Development Lab, IBM=20


--------------090007040308080007060707--