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: <4444E3B7.9060702@pobox.com>
Date: Tue, 18 Apr 2006 09:03:51 -0400
From: Geir Magnusson Jr <geir@pobox.com>
Reply-To: geir@pobox.com
User-Agent: Thunderbird 1.5 (Windows/20051201)
MIME-Version: 1.0
To: harmony-dev@incubator.apache.org
Subject: Re: should strings in exceptions match the reference implementation?
References: <6694B22B6436BC43B429958787E4549801CCD5F1@mssmsx402nb>
In-Reply-To: <6694B22B6436BC43B429958787E4549801CCD5F1@mssmsx402nb>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

What does the RI do?  :)

I was thinking more about this - can you imagine the confusion if in a 
mixed environment of Sun JRE and Harmony JRE, something went wrong that 
affected both, and you started getting two different error messages for 
the same problem in your logs?  How confusing would that be?

geir


Semukhina, Elena V wrote:
> 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:geir@pobox.com]
>> 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 <chris.gray@kiffer.be> 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/
>>>> chris.gray@kiffer.be                             +32 3 216 0369
>>>>
>>>>
>>>>
> ---------------------------------------------------------------------
>>>> 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
>>>>
>>>
>>> --
>>> Mark Hindess <mark.hindess@googlemail.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
> 
> ---------------------------------------------------------------------
> 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