harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Geir Magnusson Jr <g...@pobox.com>
Subject Re: [general] Sun's permission to use exception messages and toString() formats
Date Mon, 17 Jul 2006 13:12:45 GMT


Alexey Petrenko wrote:
> I do not think that we really need to rewrite all the toString messages.
> I suggest to update them as needed. For example if somebody will
> discover that some important application depends on it...

The problem with that approach is that you are letting your users find
problems that you actually know are there.

As I said in another note, I don't think we should drop everything to do
this, but we *should* agree to do it lazily, track what has been fixed,
and offer it as something that new people who want to get engaged in the
project can do as well.

geir

> 
> SY, Alexey
> 
> 2006/7/17, Richard Liang <richard.liangyx@gmail.com>:
>> Good news! So we can output the same message if possible. Not sure
>> whether we need to update all of us toStrings? Any comments?
>>
>> Geir Magnusson Jr wrote:
>> > Sun, via Graham Hamilton (my favorite Sun Fellow), has stated the
>> > following :
>> >
>> >    Sun has no objections to Harmony (or other TCK-compliant Java SE
>> >    implementations) using the same exception messages and toString
>> >    formats as the Sun implementation of Java SE.
>> >
>> > Further, as a personal comment, he added :
>> >
>> >     Keep in mind that since these messages and formats are not part of
>> >     the Java SE specifications, Sun may occasionally change the
>> messages
>> >     and formats it uses.  We tend to be cautious in doing that, so as
>> >     not to impact applications, but it isn't ruled out.
>> >
>> > Also, it should be noted that in the APIs where Doug Lea or Josh Bloch
>> > had a major influence, there's a good change that the toString() format
>> > *is* defined in the spec.  For example, see HashMap (via AbstractMap).
>> > The point is that while it hasn't been done consistently throughout the
>> > entire API, it's well understood by some that people depend on these
>> > things, and one should be careful about changing them.
>> >
>> > geir
>> >
>> > ---------------------------------------------------------------------
>> > 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
>> >
>> >
>> >
>>
>> -- 
>> Richard Liang
>> China Software Development Lab, IBM
>>
>>
>>
>> ---------------------------------------------------------------------
>> 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