Our current process:
When time comes to switch back from daylight saving time to standard time,
we're stopping our DBMS and middleware softwar for one hour. Reason being that
we cannot get commitment from the application side that each and every
application is either using UTC or that it can
W dniu 2014-11-28 o 12:53, Peter Hunkeler pisze:
Our current process:
When time comes to switch back from daylight saving time to standard time,
we're stopping our DBMS and middleware softwar for one hour. Reason being that
we cannot get commitment from the application side that each and
Peter Hunkeler wrote:
When time comes to switch back from daylight saving time to standard time,
we're stopping our DBMS and middleware softwar for one hour. Reason being that
we cannot get commitment from the application side that each and every
application is either using UTC or that it can
Radoslaw, I'm 100% with you, but we need to get that (stupid) idea out of
management's heads again.so I need more that it's a stupid idea type of
arguments.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive
And I am 100% with you as well, Elardus
I whished anyone would be able to stop that ridiculous and usless timeshifting
twice a year.
Did you know that Swiss people actually had a voting back in the late 70's or
early 80's if we do want to start this glorious thing? We decided no we do not.
W dniu 2014-11-28 o 16:28, Peter Hunkeler pisze:
Radoslaw, I'm 100% with you, but we need to get that (stupid) idea out of management's
heads again.so I need more that it's a stupid idea type of arguments.
OK, let's try:
* 02:31 is ambigous. It can lead to legal issues (when it happened
I admit it would have been a funny situation to be a single small country not
switching to DST while all countries around us do.
Russia doesn't switch. In the US, The Navajo Nation observes DST but the rest
of Arizona does not. I too wish the practice would stop.
Bob Shannon
Rocket
On 2014-11-28, at 08:47, R.S. wrote:
* Using clock slow down means fake time. It is not only innacurate, this is
intentional = it is fogery. Would you say in a court ok we recorded the
transaction, but the time field is fake?
In the U.S. some states have a constitutional limit on the
On Fri, 28 Nov 2014 12:53:33 +0100, Peter Hunkeler wrote:
Someone has put the idea in our managment's head that there is a software
soltution which avoids the one hour pause. The software would slows down the
(local time) clock so that one software hour will take two real hours to pass
by.
In the country that takes pride in being the world's oldest democracy? What
am I missing?
The reality? Sadly, it's not the only case.
--Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send
On 2014-11-28, at 08:47, R.S. wrote:
* Itech issues #2: what about other systems ? I'm guess during slow down
your mainframe won't be synchronized with other servers in your datacenter.
Do you like to have different timestamps in the systems? What about time
sensitive protocols like
Norbert,
Many thanks for link to the SAP offering (I intentionally didn't write
solution). Very interesting. But not applicable to z/OS
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Peter Hunkeler
Sent: Friday, November 28, 2014 10:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: AW: Re: Software to help switching from daylight saving time to
standard time
Norbert,
Many thanks
http://en.wikipedia.org/wiki/Circadian_rhythm
In a message dated 11/28/2014 1:30:59 P.M. Central Standard Time,
jo.skip.robin...@sce.com writes:
P.S. Our SAP runs on UNIX. For whatever reason, our SAP was shut down for
an hours-long interval that conveniently included the time change
14 matches
Mail list logo