It returns the default timezone for GMT.
Using the SimpleTimeFormat with "z" for timezone, it prints "PDT". But "PDT" is not in the list returned from TimeZone.getAvailableIDs(). Really strange!
Anyone knows why "PDT" is not a standard tz? How to deal with this? Someone invokes my API passing in "PDT" as the timezone. Thanks.
The “PDT” is a pseudo-time zone used by the media to indicate vaguely a set of time zones plus an indicator if they intended during the period when Daylight Saving Time (DST) is engaged or not ( PST ).
You can make use of the following DateFormat. SimpleDateFormat myDate = new SimpleDateFormat("yyyy-MM-dd'T'HH:mm:ss"); myDate. setTimeZone(TimeZone. getTimeZone("UTC")); Date newDate = myDate.
Use "zzz" instead of "ZZZ": "Z" is the symbol for an RFC822 time zone. DateFormat formatter = new SimpleDateFormat("EEE MMM dd HH:mm:ss zzz yyyy"); Having said that, my standard advice on date/time stuff is to use Joda Time, which is an altogether better API.
If you cannot change the OS or the JVM timezone, you can still convert a Java Date/Time or Timestamp to a specific time zone using the following two JDBC methods: PreparedStatement#setTimestamp(int parameterIndex, Timestamp x, Calendar cal) – to convert the timestamp that goes to the database.
Because “PDT” is not a time zone! The “PDT” is a pseudo-time zone used by the media to indicate vaguely a set of time zones plus an indicator if they intended during the period when Daylight Saving Time (DST) is engaged or not ( PST ). Avoid these 2-4 letter codes as they are not true time zones, not standardized, and are not even unique (!).
The getTimeZone () method of TimeZone class in Java is used to know the actual TimeZone for any passed TimeZone ID. Parameters: The method takes one parameter the_ID of string datatype which refers to the ID of which the TimeZone is needed to be known.
The “PDT” is a pseudo-time zone used by the media to indicate vaguely a set of time zones plus an indicator if they intended during the period when Daylight Saving Time (DST) is engaged or not ( PST ). Avoid these 2-4 letter codes as they are not true time zones, not standardized, and are not even unique (!).
ZoneId z = ZoneId.of ( "America/Los_Angeles" ) ; ZoneId z = ZoneId.of ( "America/Tijuana" ) ; ZoneId z = ZoneId.of ( "America/Whitehorse" ) ; But PDT might not mean this zone as Arizona does not participate in the Daylight Saving Time (DST) nonsense, and the D in the middle means DST.
PDT
is not a time zoneAnyone knows why "PDT" is not a standard tz?
Because “PDT” is not a time zone!
The “PDT” is a pseudo-time zone used by the media to indicate vaguely a set of time zones plus an indicator if they intended during the period when Daylight Saving Time (DST) is engaged or not (PST
). Avoid these 2-4 letter codes as they are not true time zones, not standardized, and are not even unique(!).
Specify a proper time zone name in the format of continent/region
, such as America/Montreal
, Africa/Casablanca
, or Pacific/Auckland
.
By PDT
any of these time zones, and more, may be intended:
ZoneId z = ZoneId.of( "America/Los_Angeles" ) ;
ZoneId z = ZoneId.of( "America/Tijuana" ) ;
ZoneId z = ZoneId.of( "America/Whitehorse" ) ;
But PDT
might not mean this zone as Arizona does not participate in the Daylight Saving Time (DST) nonsense, and the D
in the middle means DST.
ZoneId z = ZoneId.of( "America/Phoenix" ) ;
Avoid SimpleTimeFormat
class as it is a part of the troublesome old date-time classes that are now legacy, supplanted by the java.time classes. Use DateTimeFormatter
instead.
Avoid TimeZone
as well. Replaced by ZoneId
.
ZoneId
, not stringSomeone invokes my API passing in "PDT" as the timezone.
Change your API to take a ZoneId
as an argument, rather than a mere String. That ensures valid values and gives you type-safety.
The java.time framework is built into Java 8 and later. These classes supplant the troublesome old legacy date-time classes such as java.util.Date
, Calendar
, & SimpleDateFormat
.
To learn more, see the Oracle Tutorial. And search Stack Overflow for many examples and explanations. Specification is JSR 310.
The Joda-Time project, now in maintenance mode, advises migration to the java.time classes.
You may exchange java.time objects directly with your database. Use a JDBC driver compliant with JDBC 4.2 or later. No need for strings, no need for java.sql.*
classes. Hibernate 5 & JPA 2.2 support java.time.
Where to obtain the java.time classes?
"PDT" is an abbreviation for Pacific Daylight Time. It is used in conjunction with Pacific Standard Time to make up the Pacific time zone.
The time zone identifier for the Pacific time zone is "America/Los_Angeles"
. You should use that instead.
Read the timezone tag wiki, and Wikipedia's article on the tz database.
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With