JRE 1.7 / Java Plug-in - Long delay in retrieving the applet File(JAR) due to a request to the Domain Controller(on port 53)

Description:
A specific group of users/customers (using Windows7 OS with IE and FireFox web browsers) are facing problems with retrieving the applet File, after they upgraded the JRE on the system(PC) to JRE 1.7.0_25-b17 from JRE version 1.6.0_29-b11.
With JRE 1.7.0_25-b17 it is noticed that when the Java plugin requests for the applet File; it sends a request to the Domain Controller of the user, which causes a delay of 2 to 5 minutes and sometimes hangs. The problem occurs consistently.
The current temporary workaround for this group of users is to use JRE version 1.6.0_29-b11.
Problem analysis:
To investigate the problem the below steps were executed:
1) Collected the Java console outputbelow details from the user's system. (The complete output is not posted due to lengthy content, though can be added further to this post if required.)
(a) Works fine with JRE version 1.6.0_29-b11. Kindly refer to Java console output in the code ‘section A’ towards the end of this post.
(b) The problem occurs with problem with JRE version 1.7.0_25-b17. Kindly refer to Java console output in the code ‘section B’ towards the end of this post. The step where the problem is observed, is indicated as(##<comment>##).
2) The network settings in the user's browser was checked. Internet Options > Connections > LAN setting
The configured option is 'Use automatic configuration script' and the value is http://www.userAppX.com/proxy.pac
This configuration remains the same irrespective of the JRE version in use.
3) The network settings in the Java Control Panel was checked.
The used/selected option is "Use browser settings", although values for 'Use proxy server' and 'use automatic proxy configuration script' are filled-in as 'user-proxy.com' and 'http://www.userAppX.com/proxy.pac' respectively.
This configuration remains the same irrespective of the JRE version in use.
4) The proxy PAC file was checked and debugging was done for the request 'https://myAppletHost.com/download/...'. The FindProxyForUrl function (including the conditions defined in it, for the hostname and domain checks) returns PROXY user-proxy.com:80
5) The user also tried the below
a. Changed the option in the network settings in the browser to 'Proxy server' with Address 'user-proxy.com' and Port '80'
b. Restarted the browser.
c. Tried with Java Plug-in 1.6.0_29, JRE version 1.6.0_29-b11. There was no problem and no request to the Domain Controller of the user.
d. Tried with Java Plug-in 10.40.2.43, JRE version 1.7.0_40-b43. The problem occurs with the delay and a request to the Domain Controller of the user is observed.
Kindly refer to Java console output in the code ‘section C’ towards the end of this post.
6) The user also tried setting the below property in the Java Control panel; restarted the browser, and try with JRE 1.7.0_40-b43. The problem stil persists.
-Djava.net.preferIPv4Stack=true
7) The Global Policy Management of the Domain Controller was verified by the user. It has GPO for proxy setting but nothing related to Java security.
Questions:
The problem seems be specific to a particular (user) environment setup, and the user faces the problem when using JRE 1.7.
We would like to know if the issue is in the (user) environment setup or in JRE 1.7.
Could you please help with information/ideas/suggestions to identify the root cause and solution for this problem?
Section A:
Java Plug-in 1.6.0_29
Using JRE version 1.6.0_29-b11 Java HotSpot(TM) Client VM
User home directory = C:\Users\userA
basic: Plugin2ClassLoader.addURL parent called for https://myAppletHost.com/download/myApplet.jar
network: Connecting https://myAppletHost.com/download/myApplet.jar with proxy=HTTP @ user-proxy.com/194.xxx.xx.xx:80
network: Server https://myAppletHost.com/download/myApplet.jar requesting to set-cookie with "BCSI-CS-b1bb5056c5b0e83f=2; Path=/"
network: Server https://myAppletHost.com/download/myApplet.jar requesting to set-cookie with "BCSI-CS-b1bb5056c5b0e83f=2; Path=/"
security: Loading Root CA certificates from C:\Program Files (x86)\Java\jre6\lib\security\cacerts
security: Loaded Root CA certificates from C:\Program Files (x86)\Java\jre6\lib\security\cacerts
security: Loading SSL Root CA certificates from C:\Program Files (x86)\Java\jre6\lib\security\cacerts
security: Loaded SSL Root CA certificates from C:\Program Files (x86)\Java\jre6\lib\security\cacerts
security: Loading certificates from Deployment session certificate store
security: Loaded certificates from Deployment session certificate store
security: Loading certificates from Internet Explorer ROOT certificate store
security: Loaded certificates from Internet Explorer ROOT certificate store
security: Checking if certificate is in Deployment denied certificate store
network: Connecting https://myAppletHost.com/download/myApplet.jar with cookie "JSESSIONID=0000IK4bEMoqXH10zsl88rwvoRI:175oe9tjd; BCSI-CS-b1bb5056c5b0e83f=2"
network: Downloading resource: https://myAppletHost.com/download/myApplet.jar
                Content-Length: 403.293
                Content-Encoding: null
Dump system properties ...
https.protocols = TLSv1,SSLv3
java.vm.info = mixed mode, sharing
java.vm.name = Java HotSpot(TM) Client VM
java.vm.specification.name = Java Virtual Machine Specification
java.vm.specification.vendor = Sun Microsystems Inc.
java.vm.specification.version = 1.0
java.vm.vendor = Sun Microsystems Inc.
java.vm.version = 20.4-b02
javaplugin.nodotversion = 160_29
javaplugin.version = 1.6.0_29
javaplugin.vm.options =
os.arch = x86
os.name = Windows 7
os.version = 6.1
trustProxy = true
deployment.proxy.auto.config.url = http://www.userAppX.com/proxy.pac
deployment.proxy.bypass.local = false
deployment.proxy.http.host = user-proxy.com
deployment.proxy.http.port = 80
deployment.proxy.override.hosts =
deployment.proxy.same = false
deployment.proxy.type = 3
deployment.security.SSLv2Hello = false
deployment.security.SSLv3 = true
deployment.security.TLSv1 = true
deployment.security.mixcode = ENABLE
Section B:
Java Plug-in 10.25.2.17
Using JRE version 1.7.0_25-b17 Java HotSpot(TM) Client VM
User home directory = C:\Users\userA
basic: Added progress listener: sun.plugin.util.ProgressMonitorAdapter@12adac5
basic: Plugin2ClassLoader.addURL parent called for https://myAppletHost.com/download/myApplet.jar
network: Connecting https://myAppletHost.com/download/myApplet.jar with proxy=HTTP @ user-proxy.com/194.xxx.xx.xx:80
network: Server https://myAppletHost.com/download/myApplet.jar requesting to set-cookie with "BCSI-CS-2d4ce94a2ae7b460=2; Path=/"
network: Connecting http://10.x.x.xx:53/ with proxy=DIRECT
                (##THE ABOVE REQUEST CAUSES THE DELAY OR HANGS##)
network: Server https://myAppletHost.com/download/myApplet.jar requesting to set-cookie with "BCSI-CS-2d4ce94a2ae7b460=2; Path=/"
security: Loading Root CA certificates from C:\Program Files (x86)\Java\jre7\lib\security\cacerts
security: Loaded Root CA certificates from C:\Program Files (x86)\Java\jre7\lib\security\cacerts
security: Loading SSL Root CA certificates from C:\Program Files (x86)\Java\jre7\lib\security\cacerts
security: Loaded SSL Root CA certificates from C:\Program Files (x86)\Java\jre7\lib\security\cacerts
security: Loading certificates from Deployment session certificate store
security: Loaded certificates from Deployment session certificate store
security: Loading certificates from Internet Explorer ROOT certificate store
security: Loaded certificates from Internet Explorer ROOT certificate store
network: Connecting https://myAppletHost.com/download/myApplet.jar with proxy=HTTP @ user-proxy.com/194.xxx.xx.xx:80
network: Server https://myAppletHost.com/download/myApplet.jar requesting to set-cookie with "BCSI-CS-2d4ce94a2ae7b460=2; Path=/"
network: Server https://myAppletHost.com/download/myApplet.jar requesting to set-cookie with "BCSI-CS-2d4ce94a2ae7b460=2; Path=/"
network: Connecting https://myAppletHost.com/download/myApplet.jar with cookie "JSESSIONID=0000UQuXWY5tjxjpwcKHlfJKe_8:175oe9j45; BCSI-CS-2d4ce94a2ae7b460=2"
network: ResponseCode for https://myAppletHost.com/download/myApplet.jar : 200
network: Encoding for https://myAppletHost.com/download/myApplet.jar : null
network: Server response: (length: -1, lastModified: Thu Feb xx yy:yy:yy CET 2013, downloadVersion: null, mimeType: text/plain)
network: Downloading resource: https://myAppletHost.com/download/myApplet.jar
                Content-Length: -1
                Content-Encoding: null
Section C:
Java Plug-in 10.40.2.43
Using JRE version 1.7.0_40-b43 Java HotSpot(TM) Client VM
User home directory = C:\Users\userA
basic: Plugin2ClassLoader.addURL parent called for https://myAppletHost.com/download/myApplet.jar
network: Connecting https://myAppletHost.com/download/myApplet.jar with proxy=HTTP @ user-proxy.com/194.xxx.xx.xx:80
network: Server https://myAppletHost.com/download/myApplet.jar requesting to set-cookie with "BCSI-CS-1d67c8b6508ca09c=2; Path=/"
network: Connecting http://10.x.x.xx:53/ with proxy=DIRECT
                (##THE ABOVE REQUEST CAUSES THE DELAY OR HANGS##)
network: Checking for update at: https://javadl-esd-secure.oracle.com/update/blacklist
network: Checking for update at: https://javadl-esd-secure.oracle.com/update/blacklisted.certs
network: Checking for update at: https://javadl-esd-secure.oracle.com/update/baseline.version
network: Connecting https://javadl-esd-secure.oracle.com/update/blacklist with proxy=HTTP @ user-proxy.com/194.xxx.xx.xx:80
network: Connecting https://javadl-esd-secure.oracle.com/update/baseline.version with proxy=HTTP @ user-proxy.com/194.xxx.xx.xx:80
network: Connecting https://javadl-esd-secure.oracle.com/update/blacklisted.certs with proxy=HTTP @ user-proxy.com/194.xxx.xx.xx:80
security: Loading Root CA certificates from C:\Program Files (x86)\Java\jre7\lib\security\cacerts
security: Loaded Root CA certificates from C:\Program Files (x86)\Java\jre7\lib\security\cacerts
security: Loading SSL Root CA certificates from C:\Program Files (x86)\Java\jre7\lib\security\cacerts
security: Loaded SSL Root CA certificates from C:\Program Files (x86)\Java\jre7\lib\security\cacerts
Dump system properties ...
https.protocols = TLSv1,SSLv3
java.vm.info = mixed mode, sharing
java.vm.name = Java HotSpot(TM) Client VM
java.vm.specification.name = Java Virtual Machine Specification
java.vm.specification.vendor = Oracle Corporation
java.vm.specification.version = 1.7
java.vm.vendor = Oracle Corporation
java.vm.version = 24.0-b56
javaplugin.nodotversion = 10402
javaplugin.version = 10.40.2.43
os.arch = x86
os.name = Windows 7
os.version = 6.1
trustProxy = true
active.deployment.proxy.auto.config.url = http://www.userAppX.com/proxy.pac
active.deployment.proxy.bypass.local = false
active.deployment.proxy.http.host = user-proxy.com
active.deployment.proxy.http.port = 80
active.deployment.proxy.same = false
active.deployment.proxy.type = 3
deployment.browser.path = C:\Program Files (x86)\Internet Explorer\iexplore.exe
deployment.proxy.auto.config.url = http://www.userAppX.com/proxy.pac
deployment.proxy.bypass.local = false
deployment.proxy.http.host = user-proxy.com
deployment.proxy.http.port = 80
deployment.proxy.override.hosts =
deployment.proxy.same = false
deployment.proxy.type = 3
deployment.security.SSLv2Hello = false
deployment.security.SSLv3 = true
deployment.security.TLSv1 = true
deployment.security.TLSv1.1 = false
deployment.security.TLSv1.2 = false
deployment.security.authenticator = true
deployment.security.disable = false
deployment.security.level = HIGH
deployment.security.mixcode = ENABLE
PS:
Since the JRE 1.7.0_25-b17 update, it is noticed that when the Java plugin requests for the applet File; it sends a request to the Domain Controller of the user, which causes a delay of 2 to 5 minutes and sometimes hangs.
The problem occurs consistently, and also with JRE 1.7.0_45-b18.
Java Plug-in 10.45.2.18
Using JRE version 1.7.0_45-b18 Java HotSpot(TM) Client VM
User home directory = C:\Users\userA
c:   clear console window
f:   finalize objects on finalization queue
g:   garbage collect
h:   display this help message
l:   dump classloader list
m:   print memory usage
o:   trigger logging
q:   hide console
r:   reload policy configuration
s:   dump system and deployment properties
t:   dump thread list
v:   dump thread stack
x:   clear classloader cache
0-5: set trace level to <n>
cache: Initialize resource manager: com.sun.deploy.cache.ResourceProviderImpl@134a33d
basic: Added progress listener: sun.plugin.util.ProgressMonitorAdapter@1971f66
basic: Plugin2ClassLoader.addURL parent called for https://myAppletHost.com/download/myApplet.jar
network: Connecting https://myAppletHost.com/download/myApplet.jar with proxy=HTTP @ user-proxy.com/194.xxx.xx.xx:80
network: Server https://myAppletHost.com/download/myApplet.jar requesting to set-cookie with "BCSI-CS-f797d4d262467220=2; Path=/"
network: Connecting http://10.x.x.xx:53/ with proxy=DIRECT
network: Connecting http://10.x.x.xx:53/ with proxy=DIRECT
                (##THE ABOVE REQUEST CAUSES THE DELAY AND SOMETIMES HANGS##)

My organization is experiencing very similar problems. We have resolved it through several steps.
We upgraded the client to Java 8 and we saw in the console that the hanging connection with the Domain Controller no longer occurs. This may be all that is necessary for your environment as well.

Similar Messages

I'd like to disable only JRE 6 among Java plug-in.

Hi,
I have a question.
I have installed JRE 6u45 and JRE 7u25.
It is dangerous to use JRE 6u45 by a browser.
I'd like to uninstall JRE 6u45, but desktop application is not supported JRE 7.
Accordingly, I'd like to disable only JRE 6 among Java plug-in.
If there is a good method for this, please let me know.
Thanks and regards.

Your user account on the new Mac must have a different UID than on the old one. See the pink box in Problems after using Migration Assistant for an explanation.
You'll need to change the permissions on the iPhoto library on the external HD. Do a Get Info on it, click the padlock at the bottom of the Sharing & Permissions section of the Info window and enter your Admin password.
Then click the plus sign, select the user account you want on the next screen, and click Select. Then change Read only to Read & Write for that user via the little arrows. Finally, click the "gear" icon and select Apply to enclosed items. That may take a few mintutes on a large library.

Applets and memory not being released by Java Plug-in

Hi.
I am experiencing a strange memory-management behavior of the Java Plug-in with Java Applets. The Java Plug-in seems not to release memory allocated for non-static member variables of the applet-derived class upon destroy() of the applet itself.
I have built a simple "TestMemory" applet, which allocates a 55-megabytes byte array upon init(). The byte array is a non-static member of the applet-derived class. With the standard Java Plug In configuration (64 MB of max JVM heap space), this applet executes correctly the first time, but it throws an OutOfMemoryException when pressing the "Reload / Refresh" browser button or if pressing the "Back" and then the "Forward" browser buttons. In my opionion, this is not an expected behavior. When the applet is destroyed, the non-static byte array member should be automatically invalidated and recollected. Isn't it?
Here is the complete applet code:
// ===================================================
import java.awt.*;
import javax.swing.*;
public class TestMemory extends JApplet
private JLabel label = null;
private byte[] testArray = null;
// Construct the applet
public TestMemory()
// Initialize the applet
public void init()
    try
      // Initialize the applet's GUI
      guiInit();
      // Instantiate a 55 MB array
      // WARNING: with the standard Java Plug-in configuration (i.e., 64 MB of
      // max JVM heap space) the following line of code runs fine the FIRST time the
      // applet is executed. Then, if I press the "Back" button on the web browser,
      // then press "Forward", an OutOfMemoryException is thrown. The same result
      // is obtained by pressing the "Reload / Refresh" browser button.
      // NOTE: the OutOfMemoryException is not thrown if I add "testArray = null;"
      // to the destroy() applet method.
      testArray = new byte[55 * 1024 * 1024];
      // Do something on the array...
      for (int i = 0; i < testArray.length; i++)
        testArray[i] = 1;
      System.out.println("Test Array Initialized!");
    catch (Exception e)
      e.printStackTrace();
// Component initialization
private void guiInit() throws Exception
    setSize(new Dimension(400, 300));
    getContentPane().setLayout(new BorderLayout());
    label = new JLabel("Test Memory Applet");
    getContentPane().add(label, BorderLayout.CENTER);
// Start the applet
public void start()
    // Do nothing
// Stop the applet
public void stop()
    // Do nothing
// Destroy the applet
public void destroy()
    // If the line below is uncommented, the OutOfMemoryException is NOT thrown
    // testArray = null;
//Get Applet information
public String getAppletInfo()
    return "Test Memory Applet";
// ===================================================Everything works fine if I set the byte array to "null" upon destroy(), but does this mean that I have to manually set to null all applet's member variables upon destroy()? I believe this should not be a requirement for non-static members...
I am able to reproduce this problem on the following PC configurations:
* Windows XP, both JRE v1.6.0 and JRE v1.5.0_11, both with MSIE and with Firefox
* Linux (Sun Java Desktop), JRE v1.6.0, Mozilla browser
* Mac OS X v10.4, JRE v1.5.0_06, Safari browser
Your comments would be really appreciated.
Thank you in advance for your feedback.
Regards,
Marco.

Hi Marco,
my guess as to why JPI would keep references around, if it does keep them, is that it propably is an implementation side effect. A lot of things are cached in the name of performance and it is easy to leave things laying around in your cache. Maybe the page with the associated images/applets is kept in the browser cache untill the browser needs some memory and if the browser memory manager is not co-operating with the JPI/JVM memory manager the browser is not out of memory, thus not releasing its caches but the JVM may be out of memory. Thus the browser indirectly keeps the reference that it realy does not need. This reference could be inderect through some 'applet context' or what ever the browser uses to interact with JPI, don't realy know any of these details, just imaging what must/could be going on there. Browser are amazingly complicated beast.
This behaviour that you are observing, weather the origin is something like I speculated or not, is not nice but I would not expect it to be fixed even if you filed a bug report. I guess we are left with relleasing all significatn memory structures in destroy. A simple way to code this is not to store anything in the member fields of the applet but in a separate class; then one has to do is to null that one reference from the applet to that class in the destroy method and everything will be relased when necessary. This way it is not easy to forget to release things.
Hey, here is a simple, imaginary, way in which the browser could cause this problem:
The browser, of course needs a reference to the applet, call it m_Applet here. Presume the following helper function:
Applet instantiateAndInit(Class appletClass) {
Applet applet=appletClass.newInstance();
applet.init();
return applet;
When the browser sees the applet tag it instantiates and inits the new applet as follows:
m_Applet=instantiateAndInit(appletClass);
As you can readily see, the second time the instantiation occurs, the m_Applet holds the reference to the old applet until after the new instance is created and initlized. This would not cause a memory leak but would require that twice the memory needed by the applet would be required to prevent OutOfMemory.I guess it is not fair to call this sort of thing a bug but it is questionable design.In real life this is propably not this blatant, but could happen You could try, if you like, by allocating less than 32 Megs in your init. If you then do not run out of memory it is an indication that there are at most two instances of your applet around and thus it could well be someting like I've speculated here.
br Kusti

How to disable Next Generation Java Plug-in for GPO software deployments?

Is there a way to disable the Next Generation Java Plug-in using a script or batch file for GPO software deployments?
Our group needs to deploy JRE 6 Update 20 to a large number of Oracle Financials users. As part of this deployment, we need to disable the Next Generation Java Plug-in as part of the installation for each desktop. Our plan is to extract the MSI installer package from Sun and create a GPO for software deployment.
It seems you cannot disable the Next Generation Java Plug-in using a simple registry hack or customized MST transform file. Is there another method for disabling Next Generation Java Plug-in?

btenney,
Thanks very much for your suggestion. Can you explain what the parameters are on the ssvagent.exe that you noted -high -jpisetup -old? I can't seem to find any information on the parameters. Also, will this set the configuration just for the user logged on (current user) OR for all users existing and future?
We are having trouble getting next-gen java shut off for all possible users that may logon to a machine in future .. thus looking at putting in bootup login script, but hoping there is a better way to have it take affect at the machine level. Or to at least automate at the user level (existing and future windows users/profiles)

Does Java Plug-in Ignore java.policy Permissions?

I am running Firefox 3.6.12 on Ubuntu Karmic with Java plug-in 1.6.0_22. I'm trying to run an Aventail OnDemand applet, and I keep getting I/O file-reading permissions exceptions in the Java console. I tried granting the permission in /usr/lib/jvm/java-6-sun-1.6.0.22/jre/lib/security/java.policy, but that was apparently ignored. Any help would be greatly appreciated.

I think the java plugin uses C:\Program Files\Java\j2re1.4.2_04\lib\security\cacerts as a store to get keys.
The password of this file is changeit and you can use keytool to import keys.
I found contradicting information about what can be imported but if you have a p12 file (Mozilla convention for PKCS12) you can import it with java control panel:
C:\Program Files\Java\j2re1.4.2_04\bin\jpicpl32.exe
After imported a cert with control panel it was put in a file located here
C:\Documents and Settings\sbaker\Application Data\Sun\Java\Deployment\security\
Importing with the control panel makes a user specific import and importing with keytool in C:\Program Files\Java\j2re1.4.2_04\lib\security\cacerts (password is changeit) makes it machine specific.

Java Plug-in 1.4.0 throws an IllegalStateException: zip file closed

Cross-posting to reach a wider audience:
Java Plug-in 1.4.0 throws an IllegalStateException: zip file closed
Author: remyb Jul 23, 2002 6:36 AM
A IllegalStateException is thrown when the class loader
try to load a class from my applet JAR file.
The applet is embedded in a JSP page which use the Plug-In 1.4.0.
That JSP is hosted by Tomcat 4.0.1.
The applet JAR file is signed with a self-signed certificate.
The applet has been compiled with JDK 1.4.0.
The jar has been put in the Plug-in cache successfully.
Here is the stack trace I got in the Java Console ...
java.lang.IllegalStateException: zip file closed
at java.util.zip.ZipFile.getEntry(Unknown Source)
at java.util.jar.JarFile.getEntry(Unknown Source)
at sun.plugin.cache.CachedJarFile.getEntry(Unknown Source)
at java.util.jar.JarFile.getJarEntry(Unknown Source)
at sun.misc.URLClassPath$JarLoader.getResource(Unknown Source)
at sun.misc.URLClassPath.getResource(Unknown Source)
at java.net.URLClassLoader$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(Unknown Source)
at sun.applet.AppletClassLoader.findClass(Unknown Source)
at sun.plugin.security.PluginClassLoader.findClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at sun.applet.AppletClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClassInternal(Unknown Source)
Please somebody help me !!
Thanks !
Re: Java Plug-in 1.4.0 throws an IllegalStateException: zip file closed
Author: mutmansky
In Reply To: Java Plug-in 1.4.0 throws an IllegalStateException: zip file closed Jul 26, 2002 6:36 AM
Reply 1 of 1
I've got a very similar error, but unfortuneatly I don't have an answer yet. The only difference is that my Applet is embedded in a standard HTML page, and loaded via Apache. Once the Applet runs, it then communicates with the servlet via Tomcat. I also exchange data with another server task via CORBA.
But everything else is the same, self-signed applet, applet compiles successfully, and jar is being put in the Plug-in Caceh successfully.
I have narrowed the problem down a bit, and maybe you can tell me if you're in a similar situation:
In my case, I need to encrypt the data that I'm sending through CORBA, so I create a Cipher object using Cipher.getInstance(). This method call seems to be the catalyst of my troubles. No matter where I move that call in my code, the next time the code tries to instantiate a class defined in my applet jar file after that "getInstance" call, I get the "zip file closed error." It's like the classloader is confused, because the Cipher.getInstance method would be accessing a different jar file or something. Are you trying to do something similar? Maybe not creating a Cipher, but creating some other object defined outside your own jar-file?
To top it off, if I disable caching in the Plugin control panel, everything works fine. But that's not really an option for me, since it slows things down a lot, and I can't make all my users go into their control panels and disable caching. But at leasts it makes me confident that there's not a problem with my code.
In my latest attempt to circumvent this problem, I even put the Cipher.getInstance() call in a static initializer. Here's the stack trace from that attempt:
java.lang.IllegalStateException: zip file closed
at java.util.zip.ZipFile.getEntry(Unknown Source)
at java.util.jar.JarFile.getEntry(Unknown Source)
at sun.plugin.cache.CachedJarFile.getEntry(Unknown Source)
at java.util.jar.JarFile.getJarEntry(Unknown Source)
at sun.misc.URLClassPath$JarLoader.getResource(Unknown Source)
at sun.misc.URLClassPath.getResource(Unknown Source)
at java.net.URLClassLoader$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(Unknown Source)
at sun.applet.AppletClassLoader.findClass(Unknown Source)
at sun.plugin.security.PluginClassLoader.findClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at sun.applet.AppletClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClassInternal(Unknown Source)
at com.uss.wbi.client.WBIClient.<init>(WBIClient.java:404)
at com.uss.wbi.client.WBIApplet.init(WBIApplet.java:122)
at sun.applet.AppletPanel.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
In other words, since the getInstance method is in a static initializer, the next thing to run is the applet.init(), which is what is failing now. If I move the Cipher.getInstance method into the client constructor, the next time I instantiate a new object, I'll get the error there.
Has anybody else seen anything like this? Or does anybody know how I can flush the Cache from the applet code? Or can I reset the ClassLoader in some way in the code?
Thanks,
Steve

Well, I finally came to a solution that is acceptable at least to me, if not ideal. I've started using the BouncyCastle lightweight API. This makes my code somewhat more complicated, and I had to bundle up all the BouncyCastle classes that I'm using into a jar file, and download that to my applet along with my client jar file (after signing the jar files). Using this Lightweight API bypasses the Cipher.getInstance() method all together, and is a little harder to use, but at least everything is working consistently now.
I still believe this to be a bug either in the ClassLoader or the Cipher.getInstance() method. I intend to try to write a test applet that reproduces the error in a more simple way and if I can pull that off, I'll submit a bug report to Sun.
Thanks to all who responded!!
Steve

Unable to run Demos applet in java plug in 1.3.1_04

Hi
This is dipak here, I am try to run sample appplets program from java 1.3 samples and codes page of java.sun.com, but I am getting a security warning saying that "Do you want to install and run Java Plug-in1.3.1_13".
I already install J2RE , i.e. Java Plug-in 1.3.1_04.
Please tell me what i have to do and Java Plug-in 1.3.1_04 is still supported by java1.3 samples and codes or not.
Thanks in advance for help.
Thanks and Regards
Dipsy

Apparently the applet you're trying to run is wanting the more recent version of Java, and is asking you to install it.
The version you have (1.3.1_04) is very old and reached End-of-Life years ago. Updating to Java 5 would probably resolve the issue.

Java Plug in 1.4 Performance

I'm getting really poor performance on my applet using the Java plug in that I just installed from JDK 1.4 running under Win 2000.
What's the deal?
Hate to say it, but the MS VM blows this away as far as performance goes.
Also, some of the applet resources (gif files) did not load from the JAR properly. I assume this is a bug, as it worked fine under JDK 1.3 / Java plug-in 1.3
Drew

Hey,
I too have noticed really poor performance with the 1.4 plugin as well. I have spent the past couple of days banging my head against a wall trying to get to the bottom of the problem, but here is all that I have found (this is for 1.4.2_02):
1. When you run the plugin to a web site that runs over https, the applet jar caching mechanism doesn't seem to work. Or at least, when I access my app/applet on my local box that runs over http, everything works fine. But when I try the app/applet combination against one of our staging environments that operates over https/SSL, I see the applet .jar files loaded multiple times. This definitely results in a slow down.
2. We use RSA signed .jar files to deliver our applets (these are signed with the Netscape signtool). There is something about the signature confirmation that the plugin class loader is doing that is slowing the applet WAY down (3-4 times as slow). For example, if I run our applet code as a 'stand alone' application (i.e. run from a 'main' method using the same VM as the plugin) it take about 10-12 seconds to initialize. But if I run it as an applet from a singed .jar file in the plugin it takes about 60 seconds to initialize (ouch). Finally, if I use the plugin to run the applet but use UNSIGNED .jar files to deploy it, and add the correct policy entries into my java.policy file for the plugin so that the applet runs with full permissions, I'm back to running at 10-12 seconds. So these three things lead me to believe that the problem is not with the SSL implementation (in the third case I'm still using SSL to talk between the applet/server) but rather has to do with the signature confirmation performed by the plugin class loader.
3. If I run my applet in the plugin but place the .jar files on my hard drive and then set them to be in the boot class path of the plugin (using the -Xbootclasspath/a flag) so that they are loaded using the default class loader, my applet also initialized in 10-12 seconds. Once again, this seems to point to the plugin class loader being the culprit for the slowdown.
I hope this helps somebody, and that somebody can shine some light on my problems.
Thanks
Andy Peterson

Java Plug-in 1.3.0_02

I have Java Plug-in 1.3.0_02.
I wrote an applet that depends on some extra clsses which are stored on the client computer.
I put the jar file that contains those classes in the CLSSPATH variable but applet is not able to load them.
How should I set up the Java Plug-in so the applet can see those extra clsses?
Thanks

put the classpath in the "archive" attribute of the
applet tag, the re-convert the htmlHow can I put the classpath in the "archive" attribute of the applet tag?
Can you send the example?
Thanks

Can opening shot be a long, delayed, fade of a still photo from blur to clear?

I'd like to have the first clip of an iMovie be a long, delayed fade of a still photo from blur to clear. Using the blur transition is not working; it can't be made long enough. Any ideas?
I'd like it so that the fade from blur lasts around 18 seconds, and the photo is clear for about 4 seconds...
I should also say I'm using the latest version of iMovie... just bought the computer a few months ago.
Many thanks for any suggestions!

Further to Karsten's explanation, a workaround is to create a project using your photo with a duration of 36 seconds (or more). Insert the 18 second transition. Then export the project and re-import the exported file to an Event. Now create a new project from that Event. In that new project, trim off the unrequired section from the end of the clip, so that all that remains is the transition plus the extra 4 seconds.
For best results, when exporting the 36 second clip (or whatever length), choose Share>Export using QuickTime. For the Export setting (on the pop-up menu) choose Movie to QuickTime Movie. For "Options>Video>Settings>Compression Type" choose Apple Intermediate Codec (AIC). Leave other settings as they are. This will give you a full quality movie file (.mov) in the AIC format, which is iMovie's preferred editing format.
John

Java Plug-In1.3.1_03 and downloading applets

hey,
Following is the detail of my problem with Java 1.3.1_03 Plug-In:
I have a java applet written using Microsoft SDK 4.0 in Java 1.1.
This applet is downloadable from the browser. When I have the Java Plug-In enabled to load applets (in my Browser - options - advanced) - the applet gets downloaded fine but, does not find the cab file that has been downloaded. If this Java Plug-In option is not ticked in my browser then, the applet works fine and the cab file could be found.
Help will be much appreciated. Thanks.
-Tanvi

hello,
Actually, i think the Java Plug-In writes the path of the directories and the Java VM elsewhere in the registry and the browser is set to look it up in the usual Microsoft->JavaVM place in the registry. But, I cant seem to find the key that it puts the path in. If you have any leads, do fill me in. Thanks.
- Tanvi

[SOLVED]Long delay opening files if multiple selection in file chooser

neok wrote:
Hi,
When I try to open several files in an application, (example: Gimp), by multiple selection in the 'open' filechooser, there is a long delay (about 1 sec per file) before the Gimp starts opening image files. During this delay, the disk access LED flashes continuously and iotop indicates that its jbd2 accessing (writing) on the / partition on my SSD drive. This is despite the fact that the image files are on an external USB hard disk and the Gimp would have no reason to write anything on the / partition. Even if it did, the image files are small (50-100 kb) and such a long delay would be out of place.
The significant thing is that the delay occurs _before_ the Gimp starts opening files. It seems the delay is in the filechooser making a list of the files to be opened. Once the Gimp starts opening files, it finishes quickly.
This sort of thing happens with other apps that can open several files by multiple selection in a filechooser.
Any hints please? I am lost here :-(
The delay is caused by (apparently) GTK which writes to the ~/.local/share/recently-used.xbel file, to record all the files that are opened in the multiple selction. Even so, this writing seems too slow, even when opening a large number of files (the ones that I open by multiple selection, by an app that I am working on, are about 10k each, so opening a few hundred should not take the delay I see, about 30 sec).
Anyhow, I patched the problem eventually by chattr +i ~/.local/share/recently-used.xbel to stop the writing. But I would prefer to disable the use of this file by configurtion rather than brute force, if there is such a choice.
Last edited by neok (2012-03-13 04:55:31)

neok wrote:
Hi,
When I try to open several files in an application, (example: Gimp), by multiple selection in the 'open' filechooser, there is a long delay (about 1 sec per file) before the Gimp starts opening image files. During this delay, the disk access LED flashes continuously and iotop indicates that its jbd2 accessing (writing) on the / partition on my SSD drive. This is despite the fact that the image files are on an external USB hard disk and the Gimp would have no reason to write anything on the / partition. Even if it did, the image files are small (50-100 kb) and such a long delay would be out of place.
The significant thing is that the delay occurs _before_ the Gimp starts opening files. It seems the delay is in the filechooser making a list of the files to be opened. Once the Gimp starts opening files, it finishes quickly.
This sort of thing happens with other apps that can open several files by multiple selection in a filechooser.
Any hints please? I am lost here :-(
I re-installed and reconfigured Arch so that I now have a fresh, uptodate system. In the process, I found that this problem occurs when I run the Gimp as a normal user. If I run it under sudo, all is well. I am strggling to find out why, but no results so far (have checked file permissions where I thought there may be a problem, but no joy).
Any hints much appreciated.

IE6 and java plug-in1.3.1_02

Hi,
using previous version of IE and Java plug-in I had the external java plug-in called if, and only if, I use the tag:
<OBJECT classid="clsid:8AD9C840-044E-11D1-B3E9-00805F499D93" ...
Now, having IE6 and java plug-in 1.3.1_02 I get the browser call the external plug-in also when using the tag:
<APPLET ...
while normally the browser internal plug-in was called.
Is it a new specification of the plug-in or of the browser?(could not find any clue on MS web site)
TIA
Oscar

When the plug-in installs, it sets itself to be your default environment for Java in Internet Explorer (unless you uncheck that box). If you go to your Control Panel, the Java plug-in icon should appear, and you can right-click to Open it. On the Browser panel of the Java Plug-in Control Panel you can set which browsers you want, or don't want, the plug-in to be the default Java Virtual Machine for.

How can I load an applet using Java Plug-in?

I have written an applet and have tested with appletviewer, but I can't load it from a browser. Ghlin told me that I need to use Java Plug-in to load it. Please tell me how.

Click on the Products and API link at the top left of this page. Download the Java Plugin. Be sure to get the developers version. Inside that developer's version there is a tool called HTMLConverter. Run HTMLConverter on your HTML and it will modify the applet tag in such a way that if the user already has the Java Plugin then it will use it. IF not, then the user will be asked if he wants to download it.

Java 1.5_13 applet loading problem due to 'activate control' fix

I updated my JRE to Java 1.5 revision 13, and it seems to introduce a new problem. In order to fix the "click here to activate this control" problem in internet explorer, I iterate the document model and set the outerHTML of the applet tag to the same outerHTML. This removes the annoying rectangle in IE. This also causes the applet to load and break down the first time the page is displayed, because IE removes the old applet instance and creates a new one when replacing the outerHTML. When this happens on the new Java JRE release, an exception is thrown to the user saying:
java.lang.NullPointerException
     at sun.plugin.AppletViewer.loadJarFiles(Unknown Source)
     at sun.applet.AppletPanel.runLoader(Unknown Source)
     at sun.applet.AppletPanel.run(Unknown Source)
     at java.lang.Thread.run(Unknown Source)
The applet loads correctly, but the message should not be displayed. Also, it only seems to happen sometimes (maybee because sometimes the applet does not yet start before IE runs the script to replace its contents)
Full lifecyle from the console panel:
basic: Registered modality listener
basic: Registered modality listener
liveconnect: Invoking JS method: document
liveconnect: Invoking JS method: URL
basic: Referencing classloader: sun.plugin.ClassLoaderInfo@181fbd6, refcount=5
basic: Added progress listener: sun.plugin.util.GrayBoxPainter@982291
basic: Loading applet ...
basic: Initializing applet ...
basic: Starting applet ...
basic: Unregistered modality listener
basic: Stopping applet ...
basic: Removed progress listener: sun.plugin.util.GrayBoxPainter@982291
basic: Finding information ...
basic: Releasing classloader: sun.plugin.ClassLoaderInfo@181fbd6, refcount=4
basic: Done ...
basic: Joining applet thread ...
basic: Destroying applet ...
basic: Disposing applet ...
java.lang.NullPointerException
     at sun.plugin.AppletViewer.loadJarFiles(Unknown Source)
     at sun.applet.AppletPanel.runLoader(Unknown Source)
     at sun.applet.AppletPanel.run(Unknown Source)
     at java.lang.Thread.run(Unknown Source)
basic: Exception: java.lang.NullPointerException
java.lang.NullPointerException
     at sun.plugin.AppletViewer.loadJarFiles(Unknown Source)
     at sun.applet.AppletPanel.runLoader(Unknown Source)
     at sun.applet.AppletPanel.run(Unknown Source)
     at java.lang.Thread.run(Unknown Source)
basic: Joined applet thread ...
basic: Unregistered modality listener
basic: Quiting applet ...
basic: Registered modality listener
liveconnect: Invoking JS method: document
liveconnect: Invoking JS method: URL
basic: Referencing classloader: sun.plugin.ClassLoaderInfo@181fbd6, refcount=5
basic: Added progress listener: sun.plugin.util.GrayBoxPainter@1347dad
basic: Loading applet ...
basic: Initializing applet ...
basic: Starting applet ...
Does anyone know how to fix this new issue? Or does anyone know of a better way to solve the 'activate control' problem in IE that does not cause the reloading of this applet?
Thanks.

Hi!
*1 -* Poor_Sitar_player's solution that i used.
a - Build the applet's comented code into a div ...
</div id='555>

</div>
b - After, insert a javascript the will remove the coments....
<script type="text/javascript">
var x = document.getElementById('555');
var texto = x.innerHTML;
texto = texto.replace('','');
x.innerHTML = texto;
<script type="text/javascript">
*2 - Another solution*
If you are using struts2 or your applet is inside a internal frame, is possible that the above solution will not work.
So, the solution that i found was place the applet code in the main page, with width and heigh iguals "*0*" and style="float: left;" to hide the applet.
This way, the applet will be load before you call the right page.
That's all.
Edited by: carlosmcp on Oct 14, 2008 7:01 AM

JRE 1.7 / Java Plug-in - Long delay in retrieving the applet File(JAR) due to a request to the Domain Controller(on port 53)

Similar Messages

Maybe you are looking for