E-Load/e-ME and Daylight Savings Time Change

If you are using e-TEST suite versions 8.10 or older, please see the following knowledge base article on updating your JRE for e-Load and e-Manager Enterprise.
http://qazone.empirix.com/entry.jspa?externalID=201&categoryID=15
(you must be logged into QAZone to view this link)
It is recommended that e-Load and e-Manager Enterprise customers update the JRE on their e-Load and e-ME server machines using the SUN JRE patch referenced in the article.
e-TEST suite version 8.20 which is releasing this week does not require any update.
Message was edited by: jfernandes

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" <[email protected]> wrote in message
news:eord35$5mq$[email protected]..
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.

Similar Messages

CF MX and Daylight Savings Time Change

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.

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" <[email protected]> wrote in message
news:eord35$5mq$[email protected]..
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.

ICal and iCloud Calendar Appointments Problems Following Daylight Savings Time Change

This morning following the daylight savings time change, I noticed that some but not all of my appointments had shifted forward an hour. Strangely enough, some are correct on the iCloud calendar but are still not correct in iCal. Is anyone else experiencing this problem? Here's another anomaly: the info panel is showing the correct time while the calendar view is not! I have turned off time zone support in both iCal and the iCloud calendar. It's so frustrating when you rely on these tools--especially for appointments--and you find that you can't trust them to be accurate!

samdale67,
Have you had any luck fixing this problem yet?
I just noticed today that my iCloud calendar is consistently one hour behind my iPhone4s calendar. It's as if my iCloud calendar never got the Daylight Savings Time Spring Forward message. The iPhone, on the other hand, updated to DST right on schedule. It's annoying because I'm starting to use my iCloud calendar and would like the time change to be applied.
DaveStump

Multiple instances spawned after daylight savings time change

This is a known issue and there is an SAP Knowledge Base Article created on this issue:
1448881 - Multiple instances spawned after daylight savings time change
Below is the information from the SAP Knowledge Base Article:
Symptom
Scheduled reports that are supposed to run once a day, run multiple times.
Duplicate instances are being created.
Environment
BusinessObjects Enterprise XIR2 SP5
BusinessObjects Enterprise XIR2 SP5 + FP5.x
Reproducing the Issue
A report is scheduled to be run on a daily basis - this is a Recurring schedule.
Normally the report runs once a day, at a particular time.
After Daylight Savings Time change, the report runs at the specified time, but immediately after the successful instance, another instance is spawned.
Many more instances spawn after each instance completes.
Cause
This is a known issue: ADAPT01318487. This issue is because of DST and how our code handles this change.
Resolution
There is currently no known fix for this issue. There is however a script that can quickly resolve the problem.
The issue it seems is related to Daily recurring schedules.
What this script will do:
it will run a query to display all your DAILY Recurring jobs
you will have the option to choose your jobs and reschedule them by 1 hour
you will then highlight the same job and change them back by 1 hour
by modifying the schedule times, you are modifying the schedule itself and this will keep the issue of duplicate instances from occurring.
Exact Steps to Complete:
Stop the Job Servers.
Double click on the .hta file.
Change the System Name to that of your CMS name.
Add the Administrator's password.
Click Logon.
Click List All Recurring Instances.
Select All.
Make note of what it says in: Schedule Selected Recurring Instances: Should be 1 hr earlier.
Click Reschedule Selected Recurring Instances.
Choose All instances again and change Schedule Selected Recurring Instances to 1 hour Later.
Click Reschedule Selected Recurring Instances.
Now start your Job Servers.
The issue should not occur again.
The Script is attached here, but please review the SAP Knowledge Base article 1448881 as well

Hi Nicola,
- The multiple spawned instances issue ONLY affects XI3 SP3+ only. For XI3 SP1 and SP2 all Fix Pack levels this is not an issue as it was introduced as a problem in SP3.
- 1568239 notes the Java version and can apply to all O/S environments and is updated to reflect that.
If you are located in Europe you can also apply the patches in advance of the DST change to avoid the problem. If you are in Americas at this point utilizing the clean up scripts for this year is the approach needed to clean up the spawned instances and reschedule the existing schedules.
Thanks,
Chris

HOw do I fix the fact that ical jumped (almost) all my events post daylight savings time change an hour ahead?

A few weeks ago I noticed that everything past 3/8 was an hour ahead, and I assumed once daylight savings time changed it would all jump back. It hasn't, and I don't know how to continue scheduling events or if I should change them all. I read that (a few years ago) the suggestion was give it 24 hours to adjust??

I think this problem is more complex. Background - UK clocks went back at the end of October; the USA went back one week later. I am in the UK and my Outlook calendar contains appointments created in the USA.
Someone in the USA created a recurring appointment before any clocks went back. In Outlook everything is correct. The meeting times are the same each week except for the one week between the two clock changes when, quite correctly, the meeting shows up one hour earlier. When I sync with my iPhone, the meeting shows at the same time every week regardless - this is incorrect.
Someone in the USA created a recurring appointment in the week after the UK clocks went back but before the USA clocks did. Outlook correctly shows the first occurrence as one hour earlier than all the following occurrences. Unfortunately - and this is the really nasty bit - the iPhone shows ALL the appointments one hour earlier than they should be. The only one that is correct is the first one.
This is a nasty bug and something that Apple needs to fix.

How to determine if daylight savings time change will occur automatically

Can any one assist me in determining if a daylight savings time change will occur automatically, or if it will require manual intervention

Your operating system controls your "clock" and any running application only "uses" what it is told.
Not a QuickTime issue. It's up to the user to set the clock.

JRE Update regarding Daylight Savings Time changes

Hi,
Is there a JRE Update to be released anytime soon dealing with the US Daylight Savings Time changes?
A similar update was released for the DST changes in Australia (JRE 1.5.0 Update 6). The link to information page is:
http://java.sun.com/developer/technicalArticles/Intl/AusTimeZone/
If there is an update coming for US, when would it be?
Thanks,
Vinay.

If you had read through the bugs related to the one
whose link was in the post just before yours, you
would have seen this one:
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=639
1777
which appears to answer your question.If I read the bug report right, a fix was made to JDK 1.3.1 to handle the Australia situation. Are you pointing me to the workaround or a potential fix for the US timezone issue?
The bug report says: "This fix is based on tzdata2006a." Does this tzdata file include an entry for the March 2007 onwards change in the US?
-Raj

Has anyone had problems in v5.0a of Iplanet calendar installed on a Sun box with creating events and daylight savings time?

Events created around 4/6/2002 at 8pm get created with the wrong time (9pm) and there are several other creation and display problems tied to Daylight Savings in April and October. Version 5.1 of the software seems to fix that but we are looking for a fix until we can upgrade. We have been using Windows systems to access the calendar.
Thanks.

We have not seen exactly this, but many users appointments are lining up in the wrong time slots. Also, when scheduling, the time display is off by an hour. We have found what looks like a temporary fix.
We noticed that the problem only affects users who have the start of the week set to Sunday (when daylight savings time started). Setting the week to start on Monday fixed our display problems (you can do it in the users, options section).
I am placing a support call w/SUN.

CF MX and Daylight Savings Time

Hi. We have ColdFusion MX Version 6,1,0,83762 installed on
our Windows 2003 server. Will we have any issues with the product
and the Daylight Savings Time coming up on March 11? Is there a
required patch for this change? Thank you.

This has been discussed at length in
http://www.adobe.com/cfusion/webforums/forum/messageview.cfm?forumid=1&catid=7&threadid=12 44419&highlight_key=y&keyword1=dst

CUE timezone and daylight savings time

Hi,
Having issue where CUEs don't seem to be adjusting for daylight savings time. Timezone is set correct to EST but is a hour off because its daylight savings time now. The router and CUE are configured to use same NTP server and router has summertime setting and adjusts for DST fine and has correct time but CUE is a hour behind, like it is not doing DST.
Were on version 2.2(2) of CUE software.
This is also in indiana where the laws changed recently so maybe that has something to do with this.
Any ideas?

Very likely due to the change in Indiana. A workaround would be to change the timezone to an EST zone that observes DST such as America/Louisville (Eastern Time - Kentucky - Louisville Area).
Hope this helps.
Brandon

SimpleDateFormat and Daylight Savings Time

I am trying to parse into a Date "April 15 1999" with "MMM d YYYY" using SimpleDateFormat. This string parses w/out error and the resulting Date is: Thu Apr 15 00:00:00 PST 1999. This is correct in that I am in California. The problem is that 4/15 is Daylight Savings Time in 1999. The getTimeZone result for the parent DateFormat is "SystemV/PST8PDT". I have wrestled with this for over a day now, I admit it, I need help.
Anyone have any ideas what could be happening here?
Thanks
Roger

When I run BigDaddy's code I get MST for the TZ (which is correct, my default is Mountain TZ and we don't observe DST. By this I surmise that BDLH's default is Pacific TZ and that it observes DST. The following code shows the setting of the TZ to "America/Los_Angeles" and produces the correct result. Windows XP.
import java.text.*;
import java.util.*;
public class PTest {
    public static void main(String[] args) throws ParseException {
        SimpleDateFormat sdf = new SimpleDateFormat("MMM dd yyyy");
        Date dte = sdf.parse("April 15 1999");
        System.out.println(dte);
        SimpleDateFormat sdf2 = new SimpleDateFormat("MMM dd yyyy zzzz");
        sdf2.setTimeZone(TimeZone.getTimeZone("America/Los_Angeles"));
        System.out.println(sdf2.format(dte));
}

COREid and Daylight Savings Time for 2007

Do COREid or any of its components require any special fix in order to comply or function properly with the new Daylight Savings Time for 2007?
Background:
In August of 2005 the United States Congress passed the Energy Policy Act,
which changes the dates of both the start and end of daylight saving time
(DST). When this law goes into effect in 2007, DST will start three weeks
earlier (2:00 A.M. on the second Sunday in March) and will end one week later
(2:00 A.M. on the first Sunday in November) than what had traditionally
occurred.
Thanks,
Craig
Message was edited by:
user557097

We have experienced many problems with DST and COREid in the past; most of them resulting in hung Access server and unavailability. I don't know if it's because we have components distributed across multiple time zones or what. Our plan is to have someone available at the time change to cycle the services (and maybe the server as a whole) and do a health check after the fact. I hope this helps.
--Aaron

All-day calendar entries and daylight savings time

Since changing to daylight savings time, whenever I change the date on an all-day calendar entry, my iPad (but not my iPhone) changes the one-day calendar entry to a two-da calendar entry. How do I correct this?

Dates are represented internally with a long that represents the number of milliseconds past some fixed point. Timezones do not affect this.
I'm assuming you're getting your dates as java.sql.Date
You should then build a Calendar (see GregorianCalendar) and call setTimeZone() with your timezone without daylight savings

Cron job and daylight savings time

What is the behaviour of cron when the time changes from daylight savings time to standard time and vice versa ?

This has been discussed at length in
http://www.adobe.com/cfusion/webforums/forum/messageview.cfm?forumid=1&catid=7&threadid=12 44419&highlight_key=y&keyword1=dst

Energy Act of 2005 and Daylight Savings Time

We currently use Sun Studio compilers. We use the embedded tools.h RogueWave libraries. The Energy Act of 2005 changes the dates for Daylight Savings Time starting in 2007. Will there be any patches from Sun to handle this? We currently use RWZoneSimple which is extensible, but we were hoping for an update from Sun.
Thanks in advance. Sorry if this has been covered, I just couldn't find anything.
Further Reading:
http://en.wikipedia.org/wiki/Energy_Policy_Act_of_2005

The RW Tools.h++ library that comes with Sun Studio has been updated with the new DST rules. I don't think the patches have been released yet.
If you have a service contract with Sun, you can get a pre-release version of the patch via your support channel.
Otherwise, check the Sun Studio patch page from time to time
http://developers.sun.com/sunstudio/downloads/patches/index.jsp
Look for a C++ compiler patch that includes a fix for bug 6456479.
RW Tools.h++ does its own DST calculations. Other libraries rely on the Solaris functions in libc. Patches for Solaris are available now as follows:
S10 - 118833-24(sparc), 118855-19(x86)
(The fix is included in S10u2.)
S 9 - 112874-34(sparc), 114432-24(x86)
S 8 - 108993-62(sparc), 108994-62(x86)

E-Load/e-ME and Daylight Savings Time Change

Similar Messages

Maybe you are looking for