Uploaded image for project: 'JDK'
  1. JDK
  2. JDK-4412864

(tz) RFE: another version of TimeZone.getTimeZone(String) without any fallback

XMLWordPrintable

    • Icon: Enhancement Enhancement
    • Resolution: Won't Fix
    • Icon: P4 P4
    • None
    • 1.3.0, 7
    • core-libs

      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)
      ======================================================================

            naoto Naoto Sato
            ssultanasunw Shaheen Sultana (Inactive)
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated:
              Resolved:
              Imported:
              Indexed: