JDK-4837267 : HTTP client: Need an API to support file caching
  • Type: Enhancement
  • Component: core-libs
  • Sub-Component: java.net
  • Affected Version: 5.0
  • Priority: P4
  • Status: Resolved
  • Resolution: Fixed
  • OS: generic
  • CPU: generic
  • Submitted: 2003-03-25
  • Updated: 2017-05-16
  • Resolved: 2003-08-17
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
Other
5.0 tigerFixed
Related Reports
Relates :  
Relates :  
Relates :  
Relates :  
Description
	"In the current APIs, when HttpURLConnection is called, it calls into
HttpClient directly to make a connection. This is a problem for us
because the file may have already been downloaded by plugin/webstart
before, and the current APIs will always go ahead and download the file
again. This also means that until the file is downloaded intentionally
through our special APIs in plugin/webstart, any arbitrary HTTP/HTTPS
calls will always bypass our caching code, which is not good.

	What we want is to have another layer between HttpURLConnection and
HttpClient:

	HttpURLConnection -> Caching Layer -> HttpClient

	By default, the caching layer probably doesn't do anything other than
forwarding the call to HttpClient. With this additional layer, we can
leverage our own plugin/webstart cache more easily and we can be assure
that all the connections will go through our caching code." -- Stanley Ho

Comments
CONVERTED DATA BugTraq+ Release Management Values COMMIT TO FIX: tiger FIXED IN: tiger INTEGRATED IN: tiger tiger-b16
14-06-2004

EVALUATION Will do for Tiger. ###@###.### 2003-03-25
25-03-2003