Hi, today I've seen something I don't understand: our developers reported an application that was returning a non-GMT timezone in Date and Last-Modified headers.
$ curl -v http://localhost:8080 * Rebuilt URL to: http://localhost:8080/ * Trying 127.0.0.1... * TCP_NODELAY set * Connected to localhost (127.0.0.1) port 8080 (#0) > GET / HTTP/1.1 > Host: localhost:8080 > User-Agent: curl/7.58.0 > Accept: */* > < HTTP/1.1 200 < X-Correlation-Id: 68ef1063-dbbb-4216-a3a7-2acdb768abbd < Last-Modified: Tue, 12 May 2020 14:04:15 YEKT < Accept-Ranges: bytes < X-Content-Type-Options: nosniff < X-XSS-Protection: 1; mode=block < Cache-Control: no-cache, no-store, max-age=0, must-revalidate < Pragma: no-cache < Expires: 0 < Strict-Transport-Security: max-age=31536000 < X-Frame-Options: DENY < Content-Type: text/html;charset=UTF-8 < Content-Language: en-US < Content-Length: 5409 < Date: Wed, 10 Jun 2020 20:42:26 JST ... There you can see Date with JST and Last-Modified with YEKT instead of GMT All other locales (LANG, LC_*, /etc/localtime) of this system are okay and after a restart everything is correct again and I'm not able to reproduce it $ curl -vs http://localhost:8080 2>&1|egrep -i "Date|Last-Modified" * start date: Mar 25 10:50:00 2020 GMT * expire date: Mar 30 23:59:59 2021 GMT < cache-control: no-cache, no-store, max-age=0, must-revalidate < date: Wed, 10 Jun 2020 11:52:42 GMT < last-modified: Tue, 12 May 2020 09:04:15 GMT This is a Spring Boot application with an embedded Tomcat (9.0.16) running in a Cloud Foundry Container. Reading through the source code of org.apache.tomcat.util.http.FastHttpDateFormat I don't understand how this is even possible. Has anybody ever seen this or an idea what could have happened there? After the restart I can't reproduce it. Thanks, Stefan --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org