RE: [U2] Saving daylight.
We had a specific problem with Redback - when the OS went to daylight savings time, Universe also went to daylight savings time - BUT Redback did not. This was because the Redback ini file (rgwresp.ini) has it's own TZ parameter, which in our case was wrong. I should think you'll be OK as long as this parameter matches your OS timezone parameter. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Stevenson, Charles Sent: Tuesday, 6 February 2007 6:35 AM To: u2-users@listserver.u2ug.org Subject: [U2] Saving daylight. Worried management is asking verification that UV & RedBack will be ok with the upcoming savings time change to the start & end dates. But I don't see any statement to that effect. I don't think see how it would be a problem inherent in U2, since dates and times are resolved by the OS. The only place I think they'd possibly have a chance to screw it up would be under transaction log restores or data replication. Maybe RedBack, when figuring out how old a request from a web client is. DISCLAIMER: Disclaimer. This e-mail is private and confidential. If you are not the intended recipient, please advise us by return e-mail immediately, and delete the e-mail and any attachments without using or disclosing the contents in any way. The views expressed in this e-mail are those of the author, and do not represent those of this company unless this is clearly indicated. You should scan this e-mail and any attachments for viruses. This company accepts no liability for any direct or indirect damage or loss resulting from the use of any attachments to this e-mail. --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Saving daylight.
Seems kind of silly to me considering we will have to keep our lights on in the morning for a longer period of time and this is suppose to save energy?? People will be driving in the dark that normally don't which will cause more accidents. We will all have to buy new appliances that automatically change with the previous standard. That is the real reason for the change, new cash flow. Just like the change to HDTV, everyone needs to get a new TV by 2009 because that is when the switch is turn on to broadcast everything in HDTV and bye-bye old TV. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bob Woodward Sent: Monday, February 05, 2007 4:49 PM To: u2-users@listserver.u2ug.org Subject: Spam:RE: [U2] Saving daylight. The fact that they've changed when daylight savings starts and ends shouldn't have any different impact on U2 apps than they already would. Only time it would is if an app has been written specifically to compensate for the extra hour. It should have been written to use GMT, instead, but that's a whole different can of worms. The reason is exactly what you said. Time is a function of the OS, not the DB. But I've been told I was wrong before. I didn't believe them, but I've been told :-) BobW -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Stevenson, Charles Sent: Monday, February 05, 2007 1:35 PM To: u2-users@listserver.u2ug.org Subject: [U2] Saving daylight. Worried management is asking verification that UV & RedBack will be ok with the upcoming savings time change to the start & end dates. But I don't see any statement to that effect. I don't think see how it would be a problem inherent in U2, since dates and times are resolved by the OS. The only place I think they'd possibly have a chance to screw it up would be under transaction log restores or data replication. Maybe RedBack, when figuring out how old a request from a web client is. IBM's main support page, www-306.ibm.com/software/data/u2/support/ , has this: Flash 14 Nov, 2006: Impact of Changes to Daylight Savings Time (DST) in U.S. and Canada ( www.ibm.com/support/docview.wss?rs=686&context=SSKJMP&dc=D600&uid=swg212 49374&loc=en_US&cs=UTF-8&lang=en ) which says that u2 & web de clients should be ok, even though the java behind it has time zone issues. "IBM U2 Web DE and IBM U2 data server Clients currently ship with older versions of the JRE . No issues exist with the U2 Clients or U2 Web DE as they do not call time functions." One might think silence on the subject of the servers, RedBack, etc. implies that the rest are ok. It doesn't. Unless the title "Impact of Changes to Daylight Savings Time (DST) in U.S. and Canada" is taken to mean ALL impact. Does anyone else have nervous managers to appease? Has anyone figured out where they are going to put all that daylight that they'll be saving for those extra few weeks. I am going to put it in with the whales that my wife has been saving. cds --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Saving daylight.
The fact that they've changed when daylight savings starts and ends shouldn't have any different impact on U2 apps than they already would. Only time it would is if an app has been written specifically to compensate for the extra hour. It should have been written to use GMT, instead, but that's a whole different can of worms. The reason is exactly what you said. Time is a function of the OS, not the DB. But I've been told I was wrong before. I didn't believe them, but I've been told :-) BobW -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Stevenson, Charles Sent: Monday, February 05, 2007 1:35 PM To: u2-users@listserver.u2ug.org Subject: [U2] Saving daylight. Worried management is asking verification that UV & RedBack will be ok with the upcoming savings time change to the start & end dates. But I don't see any statement to that effect. I don't think see how it would be a problem inherent in U2, since dates and times are resolved by the OS. The only place I think they'd possibly have a chance to screw it up would be under transaction log restores or data replication. Maybe RedBack, when figuring out how old a request from a web client is. IBM's main support page, www-306.ibm.com/software/data/u2/support/ , has this: Flash 14 Nov, 2006: Impact of Changes to Daylight Savings Time (DST) in U.S. and Canada ( www.ibm.com/support/docview.wss?rs=686&context=SSKJMP&dc=D600&uid=swg212 49374&loc=en_US&cs=UTF-8&lang=en ) which says that u2 & web de clients should be ok, even though the java behind it has time zone issues. "IBM U2 Web DE and IBM U2 data server Clients currently ship with older versions of the JRE . No issues exist with the U2 Clients or U2 Web DE as they do not call time functions." One might think silence on the subject of the servers, RedBack, etc. implies that the rest are ok. It doesn't. Unless the title "Impact of Changes to Daylight Savings Time (DST) in U.S. and Canada" is taken to mean ALL impact. Does anyone else have nervous managers to appease? Has anyone figured out where they are going to put all that daylight that they'll be saving for those extra few weeks. I am going to put it in with the whales that my wife has been saving. cds --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
