When you say the time is wrong, how do you know this. Are you using a
DateFormatter?
Are you instantiating one, and re-using it? Could some code re-using a
DateFormatter be changing the time zone?
On 10/28/2022 8:22 AM, David wrote:
I'll see if I can answer all queries.
The server doesn't m
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 David
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 the
чт, 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 sudd
> 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. Tomc
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 ju
David,
I strongly suspect TimeZone.setDefault() is being called somewhere. I
can confirm it isn't Tomcat calling it. If the problem was preceded by
any application updates, I'd start looking there.
Mark
On 27/10/2022 16:31, David wrote:
Hi all,
I've experienced an issue since the m
