Skip to main content

JRE (and applets) reloads when new applets are started

1 reply [Last post]
stiq
Offline
Joined: 2008-12-17

Hi,
We have an application that consists of a "static" server applet and one or more client applets. The "static" applet is invisible and loaded in the background and provides common functions/methods to the client applets.
The website first requires that the user logs on, the password is remembered by the server applet.

In 1.6.0_10 (and _11) we have noticed that the server applet is always reloaded when a user opens a new frame that contains a new client applet. This means that the password remembered by the server applet (that was loaded the first time) is gone. This did not happen in older versions of the JRE. The static server applet was loaded only once, and was in memory as long as the webbrowser was open.

If we disable the "Activate Next generation Java plug in" feature it works again.

We can also see that the JAVA-Console is closed and a new one is opened when a new client applet is about to load and communicate with the server applet. It seems that a new session of the JRE is started, and the static server applet is loaded from the beginning again.

Does someone know why this happens now in version _10?

Hope someone can understand my problem, if not let me know and I try explain it in a different way...

//Stefan

Reply viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.
stiq
Offline
Joined: 2008-12-17

I have done some more research about this.

It seems that it maybe has to do when the new Java Plug-In think it should start a new JVM instance or not.
In firefox3 it works better and same JVM instance is reused most of the times. Only when I hit the Refresh button many many times fast, it can happen that a new JVM instance is suddenly started and the first one is killed.
But in IE7 a new instance is started almost every time a new "client" applet is started.

The "client" applets are in fact the same applet but loaded with different config files, passed as a parameter like this:

//Stefan