Parameter that drives applet cache behavior

Can anyone point to documentation related to the control of the applet cache behavior on the client?
Thanks,
Thomas

I think it's important, (at least me I have found it important)
it is deserving to read it
[url http://forums.oracle.com/forums/thread.jspa?messageID=682193&#682193] Forms9i- Why base on applet?
I hope let me know

Similar Messages

Java applet cache parameter

I'm sorry if that what I'm looking for is described elsewhere. I couldn't find it. I seem to have a bug with the latest Apple's java implementation (1.5) downloaded with the latest Software Update.
I have to switch off applet caching for a certain applet and tried to do this via the Java preference app. It seems that it doesn't work using the offered checkbox. Because everytime when I check it and leave the dialog and turn back it's still checked. I tried it with the deployment properties file but had no luck not knowing (finding) the correct parameter to set false.
As setting the cache size to zero didn't resolve the problem finally I tried to set the cache path to "/dev/zero" what for sure is the worst solution but it works out. Caching is disabled (This way I discovered that trying to write the cache path in the box in the preference pane you can write it only in reverse manner! llun/ved/ No, it's not a joke)
Anyone could tell me the right parameter for the deployment properties file that I can correct this situation?
Thanks
Powerbook Mac OS X (10.4.6)

Unfortunately, this did not resolve the issue. I have been doing a bit more looking and it appears I'm getting a null resource error on reload/refresh:
public abstract class SimpleWindow extends JInternalFram
   public SimpleWindow()
      initComponents();
public class FancyWindow extends SimpleWindow
   public FancyWindow()
      initComponents();
}During startup, it tries to create a new FancyWindow, which calls initComponents(). Inside initComponents is a call to create a JEditorPane.
The function runs fine, and I am able to create a new JEditorPane; however, when I do:
jedit.setText("Text Here");I get my null error (tracing through the calls, it looks like it's unable to initialize the editorkit.
This does not happen on a normal first-time load. It does not happen if I completely close the browser and restart it to re-run the applet, but if I just try to refresh it, it seemingly can't get memory for this?
Edit: It looks like this may be a regression in 1.6.0_22 and later: 1.6.0_22 HTMLEditorKit throws NullPointerException when reloaded
Edited by: Jamie.McPeek on Jan 15, 2011 12:28 AM

How can you tell that you have the 24GB flash Hard Drive Acceleration Cache

I bought laptop with 24GB flash Hard Drive Acceleration Cache but i don't see a ssd drive when i go to my computer.
This question was solved.
View Solution.

Yes it does not mount as a lettered drive. It is combined with the main drive in a RAID array. Look in the list of programs and find Intel Rapid Storage Technology and open it up. If you have the 24 gig cache drive it will look something like this:
See the two drives listed in the upper right corner?
If this is "the Answer" please click "Accept as Solution" to help others find it.

Applet cache is not working on Mountain Lion(Mac 10.8)

Applet cache is not working on Mountain Lion(Mac 10.8)
OS Details: Mac 10.8
Applet cache is not working on Safari 6 and Firefox 15.0.1 with java 7(provided by oracle) on Mac 10.8(mountain Lion) and even applets are not working on chrome because its not supporting java 7(64 bit).
In order to run applets on Firefox and Safari we need to install Java SE6 which provided by Apple otherwise “PlugInProcess” does not work and it show the below warning message.
For your information I given screen shots below
) Safari screen shot with Java Plug-in
2.) Firefox screen shot with Java Plug-in
3) Chrome screen shot( it does not have java plugin)
4) Java cache viewer console
5) Applet Java console and it is using Java 7
Kindly review above mentioned problem and suggest us.

Problem solved.
I switched to a Western Digital powered Hard Drive from the Toshiba Canvio I was using.
I suspect the USB 3.0 did not mount correctly after the first save.
Fortnuately the Canvio does work on my Windows 7 machine.
Thanks for yur suggestions

Passing parameter between two applets

hi all,
i want to pass parameter between two applets. in other words, when user clicks the button; close the running applet, pass parameter to another applet and run another applet.
now i think that could be, ( creating a parameter table in database, when user click on button write parameters to table and stop active applet and run other applet. when other applet runs in init methot it takes parameter from table). but it will be very indirect way.
if you have an idea or information, plesae tell me.
thanks for your interest

Hi ,
Plz pay a visit to this wonderful website,
http://www.rgagnon.com/javadetails/java-0022.html / http://www.rgagnon.com/howto.html
Best Wishes,
Gaurav
PS : Thanks to Real Gagnon. This is all I can do at this stage, but wanted to say you are doing a wonderful job.

Delete user applet cache....(Question) ?

Hi guy,
I am looking for any idea or suggestion that how i can delete user's applet cache . Lets suppose i have got new applet, i mean new version with some changes, then how i can automatically delete current cached applet and let the user download with new one from server.
Thanks in advance.
Romi

Hi Romi,
You wrote:
I am looking for any idea or suggestion that how i can delete user's applet cacheYou don't have control over the user's browser, but you can specify the cache version of each jar file in your applet. When you have a new release, you can specify a newer version. If the browser/plug-in follows the version convention, it will download the new jar file and not use the older cached file.
See [Applet Cachine|http://java.sun.com/products/plugin/1.3/docs/appletcaching.html].
Was this what you were looking for?
(Reading the document again, I see you could also specify "cache_option" to be "No" which would force reloading every time.)
-David-

Java Applet Caching for 1.7u51 using pack200

Hi all,
          Currently, I have implemented an applet and use pack200 to pack my jar to reduce the download time for users to run the applet in their side.
          But even if I add "cache_option" = "plugin" and "cache_archive" attributes, I dont see that my applet being cache when running the applet in java 1.7u51's Cache Viewer under java's control panel.
          Could anyone tell/show me how to cache applet to the cache viewer when running a pack200 applet package? FYI, even if I'm not using pack200 jar, I can't seem to see my applet being cache in
          Cache Viewer.
          I'm running my applet using the deployJava.js
          I'm setting the following in the atttributes clause and
           var attributes = { id:'test_applet',
                   name:'test_applet',
                   code:'TestApplet.class',
                   codebase: '<%=url2TestApplet%>',
                   cache_option: 'plugin',
                   mayscript: true,
                   cache_archive:'test_applet.jar',
                   width:300, height:300} ;
             var parameters = {};
             deployJava.runApplet(attributes, parameters, '1.6');
Best Regards,

Try [URLConnection.setUseCaches(false)|http://java.sun.com/javase/6/docs/api/java/net/URLConnection.html#setUseCaches(boolean)].

Security in applet cache

Hello.
I read below at http://www.velocityreviews.com/forums/t132214-applet-caching.html
Wut is answer of that post?
thx.
I found that when an applet is cached (using Sun jvm), it's placed in the
Sun\Java\Deployment\cache\javapi\jar\ folder. The files are saved with
somekind of checksum added to them (fx: file1.jar-md5checksum.zip). Does
this prevent hackers from modifying the applet and have the website execute
a modified applet instead of the original one? If so, is this security
mechanism provided with every jvm? (ie MS, IBM etc?)
Does anyone know anything about this?
Thanks in advance!
-Thijs

spalguru wrote:
..upgrading windows sun java from 1.5 to 1.6 makes our applet caching works faultly, it doesnt cache applets file into the cache directory...
can anybody helps?.. Can you find your shift key and apply it once at the start of every sentence? This helps the reader to quickly scan the text, looking for ways to help. You would not want to make it harder to help, would you?
..is there any bugs within javas new 6 versions image caching?Non applet runtime classpath resource caching is left to browsers, AFAIU. That means that whatever the browser decides to do (from caching all files, to caching no files, to allowing the end user to remove all cached files), is correct behaviour.
For more control over caching, add resources into Jars, and add them to the applet's runtime classpath using the archive attribute of the applet element.
For even more control over caching, either launch the applet free-floating using Java Web Start, or deploy it within a plug-in2 architecture JRE within a web page, & hook into the JNLP API's DownloadService.

Shared applet cache location

In order to reduce both load times and network burden we are looking at the possibility using a common location for the java applet cache. Our internal tests, albeit limited, have proved successful. By specifying a common local network location for storing temporary files in the java control panel we were able to pull the jars for our applet by one initial user and use that cache (on a different pc) by another user. Specifically, we are looking at implementing this in a citrix environment using a local cache on the citrix server (rather than the network location in our tests).
Does anyone have experience doing this? If so, what potential problems could arise? Is there a better solution?
Thanks for any advise.

Can I get help from you?
If my question was not clear, please point out and I will supply more information.
Looking forward to getting answer from you - Java Expert :)

Sharing JVM applet cache among multiple users

Our browser plugin clients run in a Citrix environment where Windows Terminal Services servers host the client sessions for multiple users and the users only have a thin client hardware device at their desks. We've discovered that as a consequence of optimizing certain aspects of the Citrix environment a user's JVM cache is remote to the server hosting his/her browser session, and that the remote caching is a performance bottleneck.
Turning applet caching off improves performance considerably, but we'd like to get the cache directed locally to the server hosting the browser session and turn caching back on. But since hundreds of users times tens of servers in the "Citrix farm" adds up to a lot of cache disk space, we're wondering about users sharing a JVM cache. This already happens when one runs multiple browser/plugin sessions locally on a regular workstation. But what about fifty users' separate plugins sharing a single applet cache? It appears from file timestamps that jars'/classes' idx files in a cache are updated when a file is loaded from the cache. What if multiple browser plugins were trying to do this concurrently? Is there a risk of locking, or a data integrity exposure? Or are those idx updates insignificant since they don't affect the last modified date or the sticky cache version number? (Most apps use a 1_5_0_2 JRE, but some apps require a 1.4 plugin.)
Thanks,
Brian

This sounds very similar to a problem that's occuring for us at the moment. Did you ever find some solution to this problem?
Regards,
Jon.

Sharing JVM applet cache among multiple users (crosspost)

Does anyone have experience sharing a single JVM applet cache among multiple users?
(This is a crosspost of http://forum.java.sun.com/thread.jspa?threadID=5157018. I know crossposting is frowned on, but it went a week without replies in the plug-in forum.)
Our browser plugin clients run in a Citrix environment where Windows Terminal Services servers host the client sessions for multiple users and the users only have a thin client hardware device at their desks. We've discovered that as a consequence of optimizing certain aspects of the Citrix environment a user's JVM cache is remote to the server hosting his/her browser session, and that the remote caching is a performance bottleneck.
Turning applet caching off improves performance considerably, but we'd like to get the cache directed locally to the server hosting the browser session and turn caching back on. But since hundreds of users times tens of servers in the "Citrix farm" adds up to a lot of cache disk space, we're wondering about users sharing a JVM cache. This already happens when one runs multiple browser/plugin sessions locally on a regular workstation. But what about fifty users' separate plugins sharing a single applet cache? It appears from file timestamps that jars'/classes' idx files in a cache are updated when a file is loaded from the cache. What if multiple browser plugins were trying to do this concurrently? Is there a risk of locking, or a data integrity exposure? Or are those idx updates insignificant since they don't affect the last modified date or the sticky cache version number? (Most apps use a 1_5_0_2 JRE, but some apps require a 1.4 plugin.)
Thanks,
Brian

This sounds very similar to a problem that's occuring for us at the moment. Did you ever find some solution to this problem?
Regards,
Jon.

Applet cached problem

Have a deployed applet and am upgrading it for the next release.
Problem I came across is if I go to a URL with the older applet, it gets cached and when I go to a URL where it should load the newer applet, the older applet is still cached and fails. In my case its the same URL I go to but additional stuff going on decides whether I should eventually get to the old applet or the new applet.
So I was trying to find a way to prevent the applet being cached / force it to load but couldn't find anything for that. Any suggestions?
I then came across some info on the OBJECT tag (http://java.sun.com/j2se/1.4.2/docs/guide/plugin/developer_guide/applet_caching.html) and using the cache_archive_ex to specify a jar version, which I thought I could use to force the latest version of the applet/jar to load as the newer version is backward compatable.
But I am having some problems trying to convert the applet html to object html to get the applet located and loaded for the new version. I presume in order to use the object tag to force the jar version I want, I have to completely replace the applet html with object html?
I rebuilt the applet jar with a manifest so it has version number 2.0.0.
my existing applet html is like:
<applet archive=/applets/myapplet.jar,/applets/myssl.jar" code="my.code.MyApplet" width="1" height="1' MAYSCRIPT>
<PARAM ....>
<PARAM ....>
</applet>now to convert this to using the object tag, do I HAVE to put my stuff in a CAB file, or can I reference it out of the jar? I tried like this:
<object codetype="application/java" classid="java:my.code.MyApplet" codebase="/applets/myapplet.jar">
<PARAM NAME="cache_archive_ex" VALUE="/applets/myapplet.jar;preload;2.0.0,/applets/mysll.jar;preload">
<PARAM NAME="MAYSCRIPT" VALUE=true>
<PARAM ...>
<PARAM ...>
</object>But its not working and I have tried various things like removing the my.code from the classid or not specifying the codebase. No luck.
So I guess my questions are:
(1) is there any way to prevent applet caching / force it to reload ?
(2) is there a way with the applet html to use the applet version-number to force it to load the new version ?
(3) If I have to onvert to the object tag, so I have to put my jars in a CAB or am I anywheres close up above?
(4) How can "debug" my OBJECT tag specification to figure out whats wrong?
Appreciate any pointers ...

I used the SUN html converter to jump start the change, then changed the archive param to cache_archive_ex and that seems to have done the trick, just to to check newer applet version 2.0.0 really does get loaded.

Increase lyfecyle applet cache on java runtime

Hi .
Applet in IE6 on windows XP SP1, with java 15.0_09.
I launch 3 times the applet with the same codebase.
I launch the applet on first time on i go to a transaction after i launch in the same IE window the applet for the second time and i go in another transaction. I return in the first applet, that reload it in the first transaction when i do the same action on second applet i return in the second transaction. I this point there is no problem ...
But when i launch the applet on third time and i go to another transaction, i lost the context of my first applet when i come back in.
On tracing i can see that java use a "lifecycle applet cache", and this cache have 2 slots, that the reason that i lost the first applet context on the third launch.
My question i how can i increase the number of slots on "lifecycle applet cache" ?

Unfortunately, this did not resolve the issue. I have been doing a bit more looking and it appears I'm getting a null resource error on reload/refresh:
public abstract class SimpleWindow extends JInternalFram
   public SimpleWindow()
      initComponents();
public class FancyWindow extends SimpleWindow
   public FancyWindow()
      initComponents();
}During startup, it tries to create a new FancyWindow, which calls initComponents(). Inside initComponents is a call to create a JEditorPane.
The function runs fine, and I am able to create a new JEditorPane; however, when I do:
jedit.setText("Text Here");I get my null error (tracing through the calls, it looks like it's unable to initialize the editorkit.
This does not happen on a normal first-time load. It does not happen if I completely close the browser and restart it to re-run the applet, but if I just try to refresh it, it seemingly can't get memory for this?
Edit: It looks like this may be a regression in 1.6.0_22 and later: 1.6.0_22 HTMLEditorKit throws NullPointerException when reloaded
Edited by: Jamie.McPeek on Jan 15, 2011 12:28 AM

Lr 5.6 error message that reading preview cache failed and will correct when reopened; does not correct on reopening; removing preview.lrdata files allows LR to open but photos not shown; what action should I take next?

Lr 5.6 error message that reading preview cache failed and will correct when reopened; does not correct on reopening; removing preview.lrdata files allows LR to open but photos not shown; what action should I take next?

Yikesyou have helped me before and I thank you for that. Funny how at the last resort I ask a question and then an hour later I fix something that has been broken for five days. I got off on the wrong foot with Lightroom installation and I really stepped in it...a lot had to do with a bad hard drive and all that. I still have remnants of catalogues etc so I am never quite sure where I am. I ran a search and found more than one .lrdata files. I finally got the right one to delete and I think I am okI'll be crying to you again if I am wrongall best, thanks again for your helpjim sterne

Cache behavior changes on restarting DB.

I selected 10 records from db - that time the cache size was 3 blocks.
I took reading for 100, 1000, etc,. records in the same way and cache size was noticed.
I noticed a strainge behavior that after restarting the machine, the previous reading was different.
That is, for 10 records the cache size was 20 blocks.. same behaviour repeats on each restarting.
May i know if anyone noticed the behavior?

Manu wrote:
Hi Amen,
The database version is 11g R2 64bit.
Number of blocks used is calclulated by
SELECT SUM(number_of_blocks)
FROM
(SELECT o.object_name, h.status, count(*) number_of_blocks
FROM V$BH h, DBA_OBJECTS o
WHERE h.objd=o.data_object_id AND o.owner NOT IN('SYS','SYSTEM','SYSMAN')
AND h.status NOT IN('free') GROUP BY o.object_name,h.status
ORDER BY count(*) DESC)
Could be effects of delayed block cleanout.
Could be effects of dynamic sampling
For an empty cache (after startup or flush buffer cache in 11g) could be related to cache warmup - as indicated by statistic "physical reads prefetch warmup"
But the question you have to ask yourself is: "Do you have any problem that you're trying to address - or is this just curiosity?"
Regards
Jonathan Lewis

Parameter that drives applet cache behavior

Similar Messages

Maybe you are looking for