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 :)

Similar Messages

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.

Programatically setting preferences - cache locations etc.

Hi all,
I've had a little look around but can't seem to find the answer to this question. I'd like to have a way of defining, at a machine level, the location for After Effects (and for that matter, Premiere and other Adobe apps') cache directories.
We have NFS mounted home directories with soft and hard quotas and every time the AE prefs get munged, users must remember to change these preferences or risk hitting their quota limit, which causes all manner of problems.
Since the introduction of CS5.5, disk cache is enabled by default, which is obviously a good thing for performance, but ideally, we'd be able to alert the user to the status of the cache directories at every launch of the application and provide an easy way to set the location to a local disk, pre-populating say /Users/Shared/Adobe/Caches or similar.
In the preferences file for AE CS6 (Adobe After Effects 11.0-x64 Prefs) there seems to be one path under the key ["Disk Cache Controls"] "Folder 6" but in the application iteself, there are other values, presumably for the Dynamic Link features of all the apps, which tend to point to a directory under ~/Library/Preferences/Adobe/Common (though quite why potentially massive media files are stored under users' preferences folders is beyond me.)
Any help or pointers would be greatly appreciated.
Thanks.

Double posting

Bridge CS5 Cache Location

What are the advantages and disadvantages of centralized vs. "exported to folders" cache locations in Bridge CS5?
I see in the help section it says something about sharing images across computers.
Other than that, what are the effective differences?
Thanks,
Drew

Have never seen a document laying out exactly how cache works, but this is my understanding.
Central cache is the main cache, and when you select purge this is the one that gets purged.
I use central cache as I believe that if you get a contaminated file you will have to manually delete the cache in all the folders, as purging only affects central cache. Using central cache may cost time, expecially on folders I rarely use, as the cache may have been deleted and replaced by cache from recently visited folders. But this depends on how many files you have and where you have the slider set for storage.
Some have reported that haveing distributed cache speeds up loading time for folders. Distributed cache is an additional cache put on the various folders. It is useful if you want to send photos to another drive as all the info is there (XMP files). Otherwise you have to choose build and export cache.
Hope this helps.

Multiple jre versions using same cache location

Hi,
i searched the web but couldnt find an answer.
I have a Terminal Server deployment with various installed jre Versions (1.6x and 1.7x) on the same Server as well as on different Server Silo Setups.
But for all Servers i configured the Cache Location to H:\Java-Cache (Homefolder of the user) in the deployment.properties file.
1. are there any Problems to expect when using the same Cache Folder for many different jre Versions (jre 6/7/8) ? Any knows issues about that ?
2. is it supported to share the same cache Location (for example D:\java-cache) for many users ? i cannot find ony official KB or Oracle Note about this.
There are a few Blog Article out there which describe to configure the Cache Location on a terminal Server to a local location like D:\java-cache shared by
many users. Does it depent on the Java webstart application if tha works well ?
Thanks a lot,
Marcus

Hi Tyler,
In my opinion, you could go ahead with first option - have multiple JRE's and maintain the environment variables accordingly.
This should not be a problem as the envrionment variable would take care of which JRE is used. Also as you have only another ABAP system on the same server, the other older JRE would only be required during the SAPInst operations. Non-existence of a Java system makes things simpler here
Regards,
Srikishan

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.

1.5 How to globally set the System Cache location

FROM ANOTHER USER ON ANOTHER BOARD:
This one did not get answered completely.
************************* Question:
Hello,
I want to deploy JWS on a client PC with Microsoft XP OS. This client have multiple users. JWS put a file deployment.properties in the directory "documents and setting" for the current user.
How can I create a uniquely file deployment.properties for all users of this client (new and existing profiles) ?
Create a directory "documents and setting/all users/application data/sun/java/deployment/" with the file deployment.properties don't work.
Create a directory "documents and setting/default user/application data/sun/java/deployment/" with the file deployment.properties is working but is not good for the existing users. This is good uniquely for new users.
is there a solution ?
King regards,
funchung
************************* ANSWER:
For windows, the system config file is at:
{Windows Directory}\Sun\Java\Deployment\
The value of the {Windows Directory} is determined by using the Win32 API GetWindowsDirectory.
So for example, on XP, the system config file is:
c:\WINDOWS\Sun\Java\Deployment\deployment.properties
The settings in this system config file will be used by all users on the system.
***************************** HIS REPLY
I've tried this and it doesn't seem to work.
I've also tried createing a deployment.config file as per the http://java.sun.com/j2se/1.5.0/docs/guide/deployment/deployment-guide/properties.html article and this doesn't work for me.
Has anyone done this successfully??
******************************** MY REPLY:
This is true.
I can get the system install to work if I add the parameter:
deployment.system.cachedir=C\:\\testcache
to the deployment.properties file found under:
C:\Documents and Settings\username\Application Data\Sun\Java\Deployment
but it will NOT work by adding it to the:
C:\WINDOWS\Sun\Java\Deployment
directory. It just creates a new default one in the user's folder.
What am I doing wrong?
If there is not a way to globally set the System Cache location, then this isn't much better than the user cache for being able to "install" the software once on the PC and let any user that signs in access that application.
We had high hopes for this, since this functionality was taken away from us once the java cache started being stored in the user's folders.
More details:
I just tried setting the mandatory=true setting and it tells me that it is not allowed to start because it can't find the
deployment.properties in the same folder (full path is displayed) but I know it is there, because it is the same folder. I even double checked the spelling.
Maybe there is a bug in the way it finds that properties file, or maybe I need to include something in that file that I didn't find in documentation?
All it has in it is the one line:
deployment.system.cachedir=C\:\\testcache
Can anybody help shed light on this?
It seems to be a bug that it can't find the deployment.properties file in the 'system' folder.
-Chris

I now found more on another thread:
http://forum.java.sun.com/thread.jspa?messageID=3500778&#3500778
You can close this one.
Sorry.

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

Invalid Cach Location Error

We have a single user that is experiencing an error when attempting to open Project Pro 2010 with the default PROD connection to Project Server 2010. The error is an invalid cache location. I have seen another unanswered post regarding this issue
and wanted to try a new post to see if any help is available.
Thank you -
lbr

Hi LBR21,
Check in the file/options/save menu that the cache location is something like :
C:\Users\userid\AppData\Roaming\Microsoft\MS Project\14\Cache
Then try
this procedure to repair the cache.
Hope this helps,
Guillaume Rouyre, MBA, MCP, MCTS |

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

Bridge CS6 cache location

My Master Collection CS6 was installed as administrator under Win 7 x64 Pro .
In CS5 I placed the cache on a non-boot drive.
In CS6, the only cache location options available to me from within Preferences are within my User folder on the boot drive. I am running as admininstrator, and have tried explicitly running as administrator to no effect.
How can I get the CS6 cache onto the drive of my choice?

Note the current folder and the full path to the folder you want to use for the cache.
Run regedit.
Search for Bridge CS6.
Look down the associated keys and locate the folder noted above. Only one place needs changing.
Edit the folder name to read the new location.
Re-start Bridge and check the preferences show the new folder.
Delete the old cache folder (mine was 40+ gigabytes).
Leave Bridge running until it has finished regenerating the cache in the new location.
It might have been quicker to copy/move the old cache to the new location before re-starting Bridge after the location change, but I wasn't sure it would work correctly and was pleased to have a fresh, clean cache.

Bridge encountered a problem and is unable to read the cache. Please try specifying a new cache location in Cache Preferences to correct the situation.

Bridge encountered a problem and is unable to read the cache. Please try specifying a new cache location in Cache Preferences to correct the situation.
I have do this again and again and again but Bridge ask me to this each time a start up ??

Maria,
Topic or subject titles should be clear, pertinent and concise so that individual users can tell at a glance if they can help or not.
That field is not for attempting to fit your entire question in there.
Please keep this in mind next time you post. Thank you.

Unable to change Bridge CS5.5 Cache location to other than c:\user\

For some reason, I am unable to change the Cache location of Bridge CS5.5 outside of my c:\user\ folder. Other drives in the system are not seen by Bridge. This was not the case before. I used to have it in a different dedicated drive. I reset the preferences, deleted the cache but still they do not help. Please help, as my C: Drive is a SSD with limited space and contains OS only! There is no problem with PS or PR, only Bridge.

If it worked before what did you change?
I know there are some problems in Bridge with users relocating temp file to so place other than C drive. Known bug.
Here is a link with similar situation. http://forums.adobe.com/thread/760369

Accessing and Moving files in the Cached Location

I am having trouble accessing jar files in the cached location where WebStart puts files after an install.
I cannot do the following:
1. Start a separate process within the main process using a jar file brought over by WebStart.
See the jnlp file below, the jar file I want to run as a separate process is second.jar.
2. Move a jar file from the cached location to some other location on disk.
All of this is attempted on my own machine with Admin rights.
Here is the jnlp file:
<?xml version="1.0" encoding="utf-8"?>
<jnlp spec="1.0+"
codebase="http://server/test/"
href="test.jnlp">
<information>
<title>Test App</title>
<vendor>None</vendor>
<homepage href="home.html"/>
<description>Install the Client Application</description>
<description kind="short">This is a description, kind = \"short\"</description>
<description kind="tooltip">This is a description, kind = \"tooltip\"</description>
<icon href="img/chart.gif"/>
</information>
<security><all-permissions/></security>
<resources>
<j2se version="1.4+"/>
<jar href="main.jar" main="true"/>
<jar href="second.jar"/>
</resources>
<application-desc main-class="MainApp"/>
</jnlp>

I'm having a few problems following your suggestion. We have main.jar and second.jar. In your solution you say to access some file in the jar, for me this is second.jar. I added a file called chart.gif to second.jar.
The following code is inside main.jar to access chart.gif inside second.jar:
URL url = getClass().getClassLoader().getResource("images/chart.gif");
I verified that images/chart.gif is bundled inside second.jar by doing a "jar tf second.jar".
The problem is when I re-load the updated jar files, and run the client app, the URL is null.
I think your idea is to access any file in the other jar file to get at the url, and finally to get at the path
of the jar file and execute it inside main.jar.
So I am not able to access a resource that is in second.jar from main.jar.

Shared applet cache location

Similar Messages

Maybe you are looking for