As a reminder to everyone, and especially those running production Adobe ColdFusion applications, Daylight Savings Time (DST) officially begins THIS COMING SUNDAY, and lasts through the first Sunday in November.
"Studies" will apparently determine if this remains permanent, but if you're running applications on ColdFusion MX 6.1 or ColdFusion MX 7.x, you'll want to be on Sun's 1.4.2_11 (or later VM.)
More info on DST here http://en.wikipedia.org/wiki/Daylight_saving_time
Anyway, we had an issue with ColdFusion MX 6.1 on JDK 1.4.2_11, having to do with CFLDAP support, and we issued a patch that's posted here:
http://www.adobe.com/cfusion/knowledgebase/index.cfm?id=b3a939ce#MX61U
But in general, for proper handling of the US 2007 DST issue, please read the Adobe Tech Support article here for the latest info:
http://www.adobe.com/go/d2ab4470
The Adobe TechNote articles are:
For ColdFusion 5: http://www.adobe.com/go/kb400365
For ColdFusion 6, 6.1, 7 and JRun: http://www.adobe.com/go/d2ab4470
For general info on DST with CF6 and up: http://www.adobe.com/go/tn_18310
Oh, and of course don't forget to set your clocks forward 1 hour at home!
Damon
Hope you find it useful.
your howto is awesome and saved me a mountain of headaches.
@damon
Remember to also update windows if you're using it.
For the rest of us.. http://en.wikipedia.org/wiki/Daylight_saving_time_around_the_world
All in all, it's better to be safe than sorry I think, but I can be paranoid about that at times.
We run all our windows boxes on English (Australian) and remove English (United States) as the US setting screws local settings on many apps (like MS based products when you are using Australian settings.
All of our apps store dates and times in GMT anyway, so we should be fine. We have our own custom locale libraries as the coldfusion ones don't cut it (and we don't like trusting Macrolaire (or whoever bought them this week) with manipulation of critical data as they have proven themselves unworthy of this responsibility for years) even cf8 doesn't have the functionality we use.
like:
12-Mar-2007 or 12 Mar 2007 or 4-Jun-2007
as then there is _never_ any issues with dates we not only use date pickers, but also real-time regex rebuilding javsacripts so if you type 3/4/2007 it reformats it into 03-Mar-2007 which is initially a shock to a very small amount of Americans, but they get the idea and change it to 04-Apr-2007 when they realise the formatting rules. We've done a lot of testing and this seems to be the best way to do dates in web apps. Most people just use the datepickers (all scripted with no popup windows so they come up immediately).
There's a good idea for you folk over in the USA. Store everything in GMT, including your weblogs and you'll never have this issue again... just like everyone else in the world!!