Java Doc for TimeZone.java in  » 6.0-JDK-Core » Collections-Jar-Zip-Logging-regex » java » util » Java Source Code / Java DocumentationJava Source Code and Java Documentation

Typically, you get a TimeZone using getDefault which creates a TimeZone based on the time zone where the program is running. For example, for a program running in Japan, getDefault creates a TimeZone object based on Japanese Standard Time.

You can also get a TimeZone using getTimeZone along with a time zone ID. For instance, the time zone ID for the U.S. Pacific Time zone is "America/Los_Angeles". So, you can get a U.S. Pacific Time TimeZone object with:

 TimeZone tz = TimeZone.getTimeZone("America/Los_Angeles");
 

 CustomID:
 GMT Sign Hours : Minutes
 GMT Sign Hours Minutes
 GMT Sign Hours
 Sign: one of
 + -
 Hours:
 Digit
 Digit Digit
 Minutes:
 Digit Digit
 Digit: one of
 0 1 2 3 4 5 6 7 8 9
 

The format is locale independent and digits must be taken from the Basic Latin block of the Unicode standard. No daylight saving time transition schedule can be specified with a custom time zone ID. If the specified string doesn't match the syntax, "GMT" is used.

When creating a TimeZone, the specified custom time zone ID is normalized in the following syntax:

 NormalizedCustomID:
 GMT Sign TwoDigitHours : Minutes
 Sign: one of
 + -
 TwoDigitHours:
 Digit Digit
 Minutes:
 Digit Digit
 Digit: one of
 0 1 2 3 4 5 6 7 8 9
 

Three-letter time zone IDs

The default implementation always returns 3600000 milliseconds (i.e., one hour) if this time zone observes Daylight Saving Time.

The default implementation always returns 3600000 milliseconds (i.e., one hour) if this time zone observes Daylight Saving Time. Otherwise, 0 (zero) is returned.

If an underlying TimeZone implementation subclass supports historical Daylight Saving Time changes, this method returns the known latest daylight saving value. the amount of saving time in milliseconds
since:
   1.4

This method returns a historically correct offset if an underlying TimeZone implementation subclass supports historical Daylight Saving Time schedule and GMT offset changes.
Parameters:
  era - the era of the given date.
Parameters:
  year - the year in the given date.
Parameters:
  month - the month in the given date.Month is 0-based. e.g., 0 for January.
Parameters:
  day - the day-in-month of the given date.
Parameters:
  dayOfWeek - the day-of-week of the given date.
Parameters:
  milliseconds - the milliseconds in day in standardlocal time. the offset in milliseconds to add to GMT to get local time.
See Also:   Calendar.ZONE_OFFSET
See Also:   Calendar.DST_OFFSET

This method returns a historically correct offset value if an underlying TimeZone implementation subclass supports historical Daylight Saving Time schedule and GMT offset changes.
Parameters:
  date - the date represented in milliseconds since January 1, 1970 00:00:00 GMT the amount of time in milliseconds to add to UTC to get local time.
See Also:   Calendar.ZONE_OFFSET
See Also:   Calendar.DST_OFFSET
since:
   1.4

If an underlying TimeZone implementation subclass supports historical GMT offset changes, the method returns the raw offset value of the current date. In Honolulu, for example, its raw offset changed from GMT-10:30 to GMT-10:00 in 1947, and this method always returns -36000000 milliseconds (i.e., -10 hours). the amount of raw offset time in milliseconds to add to UTC.
See Also:   Calendar.ZONE_OFFSET

If an underlying TimeZone implementation subclass supports historical GMT offset changes, the specified GMT offset is set as the latest GMT offset and the difference from the known latest GMT offset value is used to adjust all historical GMT offset values.
Parameters:
  offsetMillis - the given base time zone offset to GMT.

If an underlying TimeZone implementation subclass supports historical Daylight Saving Time schedule changes, the method refers to the latest Daylight Saving Time schedule information. true if this time zone uses daylight savings time,false, otherwise.