-
Enhancement
-
Resolution: Won't Fix
-
P4
-
None
-
1.3.0, 7
-
generic
-
generic
Name: ssT124754 Date: 02/07/2001
my hovercraft is full of eels
http://java.sun.com/j2se/1.3/docs/api/java/util/TimeZone.html#getTimeZone(java.lang.String)
documents a changed and (to my mind) very wrong change to the
behavior of TimeZone.getTimeZone(String). If I ask for a zone that
the current JVM doesn't know about, it should tell me rather than
leading me to believe that everything is peachy-keen but giving me
wrong answers later. I realize I can manually iterate across
TimeZone.getAvailableIDs(), but that's no excuse, since (a) as the
list gets big that will be slow, and (b) getTimeZone() has to do that
again anyway! The current behavior is the moral equivalent of
opening /dev/null for me any time I request to open a nonexistent
file. Or, if there is a compelling reason for this nauseating
behavior, please document it!
(Review ID: 116404)
======================================================================
my hovercraft is full of eels
http://java.sun.com/j2se/1.3/docs/api/java/util/TimeZone.html#getTimeZone(java.lang.String)
documents a changed and (to my mind) very wrong change to the
behavior of TimeZone.getTimeZone(String). If I ask for a zone that
the current JVM doesn't know about, it should tell me rather than
leading me to believe that everything is peachy-keen but giving me
wrong answers later. I realize I can manually iterate across
TimeZone.getAvailableIDs(), but that's no excuse, since (a) as the
list gets big that will be slow, and (b) getTimeZone() has to do that
again anyway! The current behavior is the moral equivalent of
opening /dev/null for me any time I request to open a nonexistent
file. Or, if there is a compelling reason for this nauseating
behavior, please document it!
(Review ID: 116404)
======================================================================
- duplicates
-
JDK-7055697 NLS: throw unsupported timezone exception when system timezone is not in the supported list
-
- Closed
-