Damon Cooper's BLOG
Viewing By Entry / Main
March 6, 2007

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:


But in general, for proper handling of the US 2007 DST issue, please read the Adobe Tech Support article here for the latest info:


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!



I recently wrote a HowTo on upgrading the ColdFusion JVM on my blog here: http://www.stillnetstudios.com/2007/02/24/upgrading-the-coldfusion-jvm-on-linux-and-windows/

Hope you find it useful.


your howto is awesome and saved me a mountain of headaches.


Remember to also update windows if you're using it.

How does US time changes effect the 'greater' world? Are any of the coldfusion dates based on US time? Because if they are then this effects _everyone_, otherwise this effects a small amount of people on the planet.

For the rest of us.. http://en.wikipedia.org/wiki/Daylight_saving_time_around_the_world

It only affects you in the rest of the world if you interact with the US on any kind of basis. We use the underlying JVM to do the time stuff, which is what the Tech Notes tell you how to update.

All in all, it's better to be safe than sorry I think, but I can be paranoid about that at times.

Yeah, we interact with many americans, however we don't store stuff in American formats.

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.

We also use dates that are literal...


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!!