CONFIDENTIAL & RESTRICTED
Does the system time (OS) change in a similar way?
Is it always the change of instead using CDT the timestamps switch to UTC?
Do the times at least match to some degree? I mean is it just the wrong
timezone (and same hour of the day), or is it the same instant in time
> On Oct 28, 2022, at 02:10, Terence M. Bandoian wrote:
>
> Have you tried setting the JVM time zone with an environment variable or JVM
> argument or with TimeZone.setDefault? I think Mark Thomas mentioned earlier
> that Tomcat may invoke TimeZone.setDefault.
No, Mark said the opposite.
чт, 27 окт. 2022 г. в 18:31, David :
>
> Hi all,
>
> I've experienced an issue since the morning of the 21st that I'm
> hoping to get some direction on for where to look.
>
> An app uses the date/time to set a timeout for a password reset.
> This had been working fine for years and
чт, 27 окт. 2022 г. в 18:02, John Dale (DB2DOM) :
>
> I had the same thought when I saw it. Here is java -version output complete:
>
> openjdk version "9-internal"
> OpenJDK Runtime Environment (build 9-internal+0-2016-04-14-195526.buildd.src)
> OpenJDK Server VM (build
I'll see if I can answer all queries.
The server doesn't migrate, at least not across timezones. It is a nutanix
virtual though, so migration between hosts locally is possible.
There is a Java app that allows a user to reset their password. The db is
called to retrieve a generated code for
Also to note, I'm unsure if the TZ in the header is being sent or if there
would be a change in those. The F5 offloads connections to the box, so
every session is a local SNAT from the F5, but it's something to
investigate. Thanks again for your leads everyone!
On Fri, Oct 28, 2022, 09:22
I see .. Mark and/or Christopher - this means that no Tomcat 10, right?
On 10/28/22, Konstantin Kolinko wrote:
> чт, 27 окт. 2022 г. в 18:02, John Dale (DB2DOM) :
>>
>> I had the same thought when I saw it. Here is java -version output
>> complete:
>>
>> openjdk version "9-internal"
>> OpenJDK
