Daylight Saving Time Changes in the US: The deadline to fix an avoidable problem approaches
This year the software industry should be hanging its head in embarrassment as somehow we have walked ourselves into another time related mess.
For those of you who don’t know, in August 2005 the US Federal government passed the “Energy Policy Act” which increased the number of days in the year during which the US will use Daylight Saving Time. It is supposed to save 100,000 barrels of oil for each of the 28 extra days according to the article last year in searchCIO. Nobody can argue against that I guess.
However, it now appears that the software industry had assumed that US DST dates were never going to change, even though the last change was only in the late 1980s! (I guess we should be grateful that leap years were covered.) Which means – here we go again – every Java system and every operating system will need to be patched. To quote from Sonic Software’s page who to their credit are strongly highlighting the issue:
The changes being made to the Java SDK/JRE for time zone adjustments are independent of those necessary for Operating Systems (OS). However, for customers to be sure that their applications will work successfully after the DST change-over in March 2007, they must have both OS fixes and the Java fixes applied on their systems.
And the real blow against sanity:
If you are using Microsoft Windows, you should be aware that the Microsoft supplied timezone.exe tool can cause problems with IBM Java JRE/SDKs. See Additional guidance for IBM products on Microsoft Windows for more information.
Having not so long ago muddled through the Y2K mess, the software industry has clearly learnt little. Not only was this one missed when all the Y2K reviews happened but the main vendors can’t even make sure their patches work together! I know that it isn’t of the scale of problem as Y2K but it is an unnecessary cost. The only thing more surprising than this happening is that there haven’t been any class actions (yet) to cover the cost of all of these upgrades.
Ronan
Recent Comments
November 1, 2010 (8:36) CICS and PHP - DON'T PANIC It's great to see transactional support of any kind for a cloud language... be it PHP or not (whi...
July 16, 2010 (12:41) Does Micro Focus Server for SOA miss the point? I think Micro Focus has done a tremodeous introduction of Web Service from a COBOL. May not be a ...
June 15, 2010 (6:14) CICS and PHP - DON'T PANIC Hi Steve, Well, we don't actually *demand* that you host the PHP in regions separate to those ru...
April 3, 2010 (12:27) AMQP - Great idea, but it will never work As someone who has worked on DDS from an implementation perspective as well as an OMG standards p...
December 12, 2009 (9:15) Did Teilhard's JuxtaComm patent wipe out IBM, Microsoft and SAP? Subsequent to my post, the Calgary Herald ran an article (http://www.calgaryherald.com/business/P...
December 10, 2009 (9:01) AMQP - Great idea, but it will never work Now, this is a late reply! @Thorlin. I looked at DDS before embarking on AMQP (I also looked a...
December 7, 2009 (2:40) Come in Texas East District Court, your time is up The important thing to remember about patents is that they're all about the claims. While the bu...
October 27, 2009 (9:08) BAM vs BI Good article. Thanks, Emil
October 23, 2009 (11:04) So Oracle got Sun - but why? Oracle has stepped up the rhetoric when it comes to its plans for Sun. In a message to Sun custom...
September 16, 2009 (1:15) IBM gets Cognos to fill the gaps IBM has two BAM solutions now Cognos Now! and Websphere Business Monitor. Why two BAM solutions f...