-
Bug
-
Resolution: Fixed
-
P4
-
6u75, 7u51, 7u76, 8
-
b06
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-8054815 | 9 | Kirill Kirichenko | P4 | Resolved | Fixed | b30 |
JDK-8082305 | emb-9 | Kirill Kirichenko | P4 | Resolved | Fixed | b30 |
JDK-8063219 | 8u45 | Kirill Kirichenko | P4 | Resolved | Fixed | b01 |
JDK-8070620 | emb-8u47 | Kirill Kirichenko | P4 | Resolved | Fixed | team |
JDK-8054816 | 7u80 | Kirill Kirichenko | P4 | Resolved | Fixed | b02 |
JDK-8060821 | 7u79 | Kirill Kirichenko | P4 | Resolved | Fixed | b01 |
JDK-8057256 | 7u76 | Kirill Kirichenko | P4 | Resolved | Fixed | b01 |
A typical pair of HTTP Header of request and response in MSK timezone (server side) are look like below:
===============
[Request]
Url: http://127.0.0.1:8080/HTTP_Header_Filter/classes/RunBeforeExpireNoUpdate.jar
Headers:
accept-encoding - pack200-gzip, gzip
content-type - application/x-java-archive
user-agent - Mozilla/4.0 (Windows 7 6.1) Java/1.8.0-ea
host - 127.0.0.1:8080
accept - text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2
connection - keep-alive
[Response] 200
ContentLength: 2777
Headers:
ETag - W/"2777-1390642986140"
Expires - Sat, 25 Sep 2055 14:44:18 MSK
Last-Modified - Sat, 25 Jan 2014 09:43:06 GMT
Accept-Ranges - bytes
=====================
Expired date in very future is sent back, however plugin does not respect this. The net effect is that plugin will try to query the status of the jar again instead of skipping the querying.
The interesting part is that test executed on China and SCA's machine are both looking good.
China sent back string look like:
===============
Expires - Sat, 25 Sep 2055 17:39:17 CST
===============
Steps to reproduce:
1. Download tomcat and then unzip it locally - http://sqeweb.us.oracle.com/net/sqenfs-1/export1/comp/jsn/users/stephen/deployment_stuff/do.NOT.remove.me/bugs/INTJDK-7184947/apache-tomcat-6.0.26.zip.
2. Change local timezone to MSK ( Europe/Moscow).
3. Startup the tomcat.
3. Set security level to Medium, since we will run unsigned code. Switch java console on. Set trace level to all.
4. In browser, load http://127.0.0.1:8080/HTTP_Header/html/testRunBeforeExpireNoUpdate.html
5. (You don't need to accept any dialog because whether the applet is working is irrelevant here). Make sure the jar is downloaded by inspecting the trace.
6. Do NOT clean cache.
7. Load the link again, if you see the below in trace, then the issue is reproduced:
===========
cache: Resource http://127.0.0.1:8080/HTTP_Header_Filter/classes/RunBeforeExpireNoUpdate.jar has expired.
network: Connecting http://127.0.0.1:8080/HTTP_Header_Filter/classes/RunBeforeExpireNoUpdate.jar with proxy=DIRECT
network: Connecting http://127.0.0.1:8080/ with proxy=DIRECT
network: ResponseCode for http://127.0.0.1:8080/HTTP_Header_Filter/classes/RunBeforeExpireNoUpdate.jar : 304
============
Expired behavior:
You should see something like below in trace when load the page second time
============
cache: Resource http://127.0.0.1:8080/HTTP_Header_Filter/classes/RunBeforeExpireNoUpdate.jar has future expires: Mon Oct 18 22:55:02 CST 2055 update check skipped.
============
Which means the "Expires" value is respected by plugin.
Note: no such issue when the server side time zone is changed to Biejing or SCA time. You could try to do so by change you local time zone. But remember to shutdown tomcat first before the change, then startup tomcat after the change.
- backported by
-
JDK-8054815 Expires value in MSK timezone in HTTP Header of response does not get respected by plugin.
- Resolved
-
JDK-8054816 Expires value in MSK timezone in HTTP Header of response does not get respected by plugin.
- Resolved
-
JDK-8057256 Expires value in MSK timezone in HTTP Header of response does not get respected by plugin.
- Resolved
-
JDK-8060821 Expires value in MSK timezone in HTTP Header of response does not get respected by plugin.
- Resolved
-
JDK-8063219 Expires value in MSK timezone in HTTP Header of response does not get respected by plugin.
- Resolved
-
JDK-8070620 Expires value in MSK timezone in HTTP Header of response does not get respected by plugin.
- Resolved
-
JDK-8082305 Expires value in MSK timezone in HTTP Header of response does not get respected by plugin.
- Resolved
- relates to
-
JDK-8056933 Cached files are requested again from web server (JNLP applet)
- Closed