john2011uk at gmail.com
Sat Oct 17 09:44:17 UTC 2015
I have been trying to implement a disc based cache for WebView but with
The Oracle documentation states that:
"When working with the WebView component, you should remember that it has
the default in-memory cache.
It means that any cached content is lost once the application containing
the WebView component is closed.
However, developers can implement cache at the application level by means
of the java.net.ResponseCache class. "
but this is not the case. I implemented an in-memory cache using the
java.net.ResponseCache class but it is very rarely used by WebView - from
time to time it stores and retrieves favicon.png from the cache - no
I confirmed by analysing the net traffic that WebView is not caching, thus
confirming what is stated in JDK-8014501:
"While navigating with JavaFX WebView component javafx.scene.web.WebView,
it was found,
that every request retrieves all resources from the server each time even
if previous activities have just retrieved the resources. This behaviour
was verified by capturing and analyzing the network traffic.
The performance impact is considerable. "
nothing seems to have come out of JDK-8014501, so I then wrote a cache
handler using "URL.setURLStreamHandlerFactory" to intercept all
URLConnections to the default sun handler. I had some success with this and
significantly, but there were bugs on a few web sites, notably Outlook's
On looking into the way my code was handled, I found for example that the
URLLoader code was setting setUsesCaches(false) with the following comments
in the code (at line 279 of URLLoader.java in current 1.8.0_66 code):
// Given that WebKit has its own cache, do not use
// any URLConnection caches, even if someone installs them.
// As a side effect, this fixes the problem of WebPane not
// working well with the plug-in cache, which was one of
// the causes for RT-11880.
So can somebody out there please give me a heads up on what is really going
- Oracle documentation says WebKit has an in-memory cache which can be
overriden by ResponseCache, this is not the case.
- JDK-8014501 states the problem, but has been flagged "not an issue". Why
is it not an issue?
- signifant coding around "URL.setURLStreamHandlerFactory" and
"URLConnection" interception produces a functional cache with significant
performance gains, but is undone by problems deliberately introduced into
Thanks in advance for any feedback,
More information about the openjfx-dev