CF MX and Daylight Savings Time Change

[JShop-Coder]

Next year 2007, the Daylight Saving day (chaning the clocks for spring and fall) will be changing. The Spring date will be a month earlier and the fall date a month later then it has been for years.

How will the Cold Fusion Server for MX 7+ handle this? Will it use the server time or use the internal CF Server clock?

Thanks.

[Abinidi]

Cf uses Server time, so just adjust the time on the server to how you want it to be.

[Guest]

It's only moving by a month total. 2 weeks earlier in March and 2 weeks later into November. Orginially it was 2 months, but it was backed down.

http://www.energy.ca.gov/daylightsaving.html

[sgrmag777]

Adboe has released a technote for this issue.
http://www.adobe.com/cfusion/knowledgebase/index.cfm?id=d2ab4470

basically an upgrade to the jvm that CFMX runs on, however, we are seeing issues with ldap ssl. has anyone upraded yet? does anyone else have any functionality impacted?

[GregK]

The technote for this issue:
http://www.adobe.com/cfusion/knowledgebase/index.cfm?id=d2ab4470 has another link to a technote which addresses null pointer exceptions after upgrading the JVM on CFMX 6.1 systems: http://www.adobe.com/cfusion/knowledgebase/index.cfm?id=kb400232 The hotfix described in that technote gives a fix for CFLDAP and CFSERVLET tags after the new JVM is installed.

The important thing to note is that Adobe feels that daylight savings time will indeed present a problem for ColdFusion applications. Unfortunately, the problems are not explained in any detail. I can guess that functions like DateDiff( ) may calculate incorrect values when spanning the changed weeks of daylight savings time. As others have suggested; however, simply retrieving the system time, i.e. Now( ) function may not be affected as long as the operating system clock is set correctly.

Hope that helps.

[Newsgroup_User]

My problem is that now CFMX 6.1 thinks that it is 8 hours later in the day
than it really is (it is stuck on GMT now) and I am unable to get CFMX to
acknowledge the operating systems clock. :-(


"GregK" <webforumsuser@macromedia.com> wrote in message
news:eord35$5mq$1@forums.macromedia.com...
The technote for this issue:
http://www.adobe.com/cfusion/knowledgebase/index.cfm?id=d2ab4470 has
another
link to a technote which addresses null pointer exceptions after upgrading
the
JVM on CFMX 6.1 systems:
http://www.adobe.com/cfusion/knowledgebase/index.cfm?id=kb400232 The hotfix
described in that technote gives a fix for CFLDAP and CFSERVLET tags after
the
new JVM is installed.

The important thing to note is that Adobe feels that daylight savings time
will indeed present a problem for ColdFusion applications. Unfortunately,
the
problems are not explained in any detail. I can guess that functions like
DateDiff( ) may calculate incorrect values when spanning the changed weeks
of
daylight savings time. As others have suggested; however, simply retrieving
the system time, i.e. Now( ) function may not be affected as long as the
operating system clock is set correctly.

Hope that helps.

[Guest]

It isn't so much that ColdFusion has the problem as its underlying technology, Java, will.

Other Java based app servers are needing patches too.

[denverrails_com]

It seems our IT folks pushed a new Microsoft Daylight patch to our CF server (win2k) and now the function "#now()# shows gmt and not system time

[denverrails_com]

It seems our IT folks pushed a new Microsoft Daylight patch to our CF server (win2k) and now the function "#now()# shows gmt and not system time