It would be nice to be able to do the same thing with Applets, to let you load a new version of the Applet when you are debugging, but I have found only exiting and restarting the browser works. This is because the underlying JVM (Java Virtual Machine) is not designed to let you unload or replace class files. You can get the effect programmatically by using a new ClassLoader. Then you may have both versions of the class in RAM (Random Access Memory).
In Java programming, the URLConnection.setUseCaches( false)) can force reloading. I have not yet found a simple way to force Toolkit.getDefaultToolkit().getImage( url ) to get a fresh copy. I found that Image.flush does not work. It seems to flush only the Image cache, not other intermediate sources.
Here is a clever dodge dreamed up by Jonathan Bartlett to bypassing various caches to force a reload of an image. If you are reloading images from the web, you can randomize the URL (Uniform Resource Locator) to force reloads. So, if your url is http://www.example.com/image.gif, you could do something like http://www.example.com/image.gif?forcereload=23424, where 23424 is a randomly generated number, or generated by the current time, or something like that. Since it’s a different URL, any cache between you and the server has to reload, except at the server itself which will just ignore the extra dummy parameter.
This page is posted
Optional Replicator mirror
|no blog for this page||Canadian
Your face IP:[18.104.22.168]
You are visitor number|