Just one more example. Should users feel comfortable when getting the RI's message
"java.lang.ArithmeticException: Division impossible"? Isn't it better for a class library to provide "java.lang.ArithmeticException: integer part of the quotient needs more than 11 digits" to help our users find the cause of an exception? Regards, Elena Semukhina Intel Middleware Products Division >-----Original Message----- >From: Geir Magnusson Jr [mailto:[EMAIL PROTECTED] >Sent: Tuesday, April 18, 2006 6:56 PM >To: harmony-dev@incubator.apache.org >Subject: Re: should strings in exceptions match the reference >implementation? > >Yes - great example. The point is for mechanical means, but familiarity >for users - we don't want them to be "uncomfortable" when using the >Harmony class library - we want it to feel the same as when they use it >from Sun... > >geir > > >Mark Hindess wrote: >> I thought my first message in this thread made this clear but obviously >not. >> >> I'm not suggesting that code would care if the exception messages are >> identical. I was suggesting that it is probably now quite common for >> users to type error messages straight in to google. Therefore having >> messages match those of existing implementations would help our users >> find the cause of an exception. >> >> Regards, >> Mark. >> >> On 4/18/06, Chris Gray <[EMAIL PROTECTED]> wrote: >>> On Tuesday 18 April 2006 09:37, Mark Hindess wrote: >>>> Are you saying that Classpath does match strings in exceptions? >>> No. Ah, I see: the "do" in Geir's question stood for "what is >Classpath's >>> policy wrt to exception messages matching those of the RI?". Then I >don't >>> speak authoritatively, but I've never noticed Classpath going out of its >way >>> to be compatible at this level. But then I would never write code which >>> depended on the precise contents of an exception message ... >>> >>> Sorry for the confusion, >>> >>> Chris >>> >>> -- >>> Chris Gray /k/ Embedded Java Solutions BE0503765045 >>> Embedded & Mobile Java, OSGi http://www.k-embedded-java.com/ >>> [EMAIL PROTECTED] +32 3 216 0369 >>> >>> >>> --------------------------------------------------------------------- >>> Terms of use : http://incubator.apache.org/harmony/mailing.html >>> To unsubscribe, e-mail: [EMAIL PROTECTED] >>> For additional commands, e-mail: [EMAIL PROTECTED] >>> >>> >> >> >> -- >> Mark Hindess <[EMAIL PROTECTED]> >> IBM Java Technology Centre, UK. >> >> --------------------------------------------------------------------- >> 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] --------------------------------------------------------------------- Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
