|
Replies:
9
-
Last Post:
Apr 10, 2009 10:25 AM
by: ccheung
|
Threads:
[
Previous
|
Next
]
|
|
|
|
|
|
how-to switch-off "Next-Generation Javaâ„¢ Plug-In Technology"
Posted:
Dec 9, 2008 8:47 AM
|
|
|
Our web application stopped working reliably with this 'new' feature of Java.
Why is it not possible for the programmer to specify that the end-user should NOT use this feature?
Now we have to inform all our users to switch off the 'Enable the next-genearation Java plug-in"-feature,
and informing users is neve a rewarding job...
|
|
|
|
|
|
|
Re: how-to switch-off "Next-Generation Javaâ„¢ Plug-In Technology"
Posted:
Dec 13, 2008 4:00 PM
in response to: jskywalker
|
|
|
Because of bootstrapping problems it is not possible to switch between the new and classic Java Plug-Ins.
Can you boil down the problem you are seeing into a small test case, and file a bug?
|
|
|
|
|
|
|
|
Re: how-to switch-off "Next-Generation Javaâ„¢ Plug-In Technology"
Posted:
Dec 17, 2008 11:15 AM
in response to: kbr
|
|
|
This is a complex web-application using the FileUp-application from Softartisans (http://fileup.softartisans.com/)
Sorry, i cannot make a small test-case, and therefore will not file a bug....
(yes, i know, above is a LAME excuse, and i should file a bug....)
BTW: the message send to me contained a wrong URL, it pointed to : "http://forums.java.net/jive/thread.jspa?messageID=321611>--end" this is wrong, it should point to: "http://forums.java.net/jive/thread.jspa?messageID=321611" or not?
|
|
|
|
|
|
|
|
Re: how-to switch-off "Next-Generation Javaâ„¢ Plug-In Technology"
Posted:
Jan 15, 2009 4:16 AM
in response to: jskywalker
|
|
|
I agree with this, the problem is if they don't have it switched on you're gonna get a crash, and users are stupid and don't understand why it crashes, and why should they?
I think in DeployJava.js you can use IsPlugin2 to test whether it's being used, this seems to test whether it's disabled or not as well. I have a javascript setup where I test for this and then if it's not there they can either install the latest java or just attempt to run an applet old style with the jar file list etc instead of the jnlp (which is a bit crap because I need java3d to be installed also and a jnlp file can use the <extension> to do this ).
However, even when using jnlp file to launch after they install the latest java, then I fall into trap 2 where having an extension requires that the java cache be activated on the client side... but how do you check for this in javascript?
|
|
|
|
|
|
|
|
Re: how-to switch-off "Next-Generation Javaâ„¢ Plug-In Technology"
Posted:
Jan 19, 2009 3:29 PM
in response to: jskywalker
|
|
|
jskywalker, we're in a similar situation to you: a 3-year old applet is failing under the new plugin. In our case, it seems to fail to when an HttpURLConnection is retrieving cookies from the browser. We've seen stack traces like this:
java.lang.InterruptedException at java.lang.Object.wait(Native Method) at sun.plugin2.message.Queue.waitForMessage(Unknown Source) at sun.plugin2.message.Pipe.receive(Unknown Source) at sun.plugin2.main.client.MessagePassingExecutionContext.doCookieOp(Unknown Source) at sun.plugin2.main.client.MessagePassingExecutionContext.getCookie(Unknown Source) at sun.plugin2.main.client.PluginCookieSelector.getCookieFromBrowser(Unknown Source) at com.sun.deploy.net.cookie.DeployCookieSelector.getCookieInfo(Unknown Source) at com.sun.deploy.net.cookie.DeployCookieSelector.get(Unknown Source) at sun.net.www.protocol.http.HttpURLConnection.setCookieHeader(Unknown Source) at sun.net.www.protocol.http.HttpURLConnection.writeRequests(Unknown Source) at sun.net.www.protocol.http.HttpURLConnection.getInputStream(Unknown Source) at sun.net.www.protocol.http.HttpURLConnection.getHeaderFields(Unknown Source) ... sun.plugin2.main.client.PluginMain: unrecognized message ID 46
Does this look like the same issue you're having?
Cheers, Shaun
|
|
|
|
|
|
|
|
Re: how-to switch-off "Next-Generation Javaâ„¢ Plug-In Technology"
Posted:
Jan 20, 2009 1:32 AM
in response to: shaunkalley
|
|
|
Sorry, after we informed our clients/customers (to disable this next-generation plug-in) i never looked at this again, so i dont know if this is similar...
This is one of my main problems with working with Java, (esp. complete packages) when there is something not working, how to test, and where to find a clue what might be wrong....
|
|
|
|
|
|
|
|
Re: how-to switch-off "Next-Generation Javaâ„¢ Plug-In Technology"
Posted:
Mar 18, 2009 1:23 PM
in response to: jskywalker
|
|
|
I’m not able to switch on/off this feature by using the 'Enable the next-genearation Java plug-in" check box in the Java Control Panel. The documentation clearly states that I should be able to but I failed no matter what I tried. Here is a manual method that I had to figure out. It works for me so why not share the experience.
Next is the procedure to configure the JRE to use the “classic� Plug-In. A) The following settings should be applied to the “current user� (any user). You need to modify the exact location of your JRE installation. # start of REG file Windows Registry Editor Version 5.00
[HKEY_CURRENT_USER\Software\Classes\CLSID\{8AD9C840-044E-11D1-B3E9-00805F499D93}\InprocServer32] @="D:\\Program Files\\jre6\\bin\\npjpi160_12.dll"
[HKEY_CURRENT_USER\Software\Classes\CLSID\{CAFEEFAC-0016-0000-0012-ABCDEFFEDCBA}\InprocServer32] @="D:\\Program Files\\jre6\\bin\\npjpi160_12.dll"
[HKEY_CURRENT_USER\Software\Classes\CLSID\{CAFEEFAC-0016-0000-0012-ABCDEFFEDCBB}\InprocServer32] @="D:\\Program Files\\jre6\\bin\\npjpi160_12.dll"
[HKEY_CURRENT_USER\Software\Classes\CLSID\{CAFEEFAC-0016-0000-0012-ABCDEFFEDCBC}\InprocServer32] @="D:\\Program Files\\jre6\\bin\\npjpi160_12.dll" # end of REG file
B) The following settings should be applied to the whole machine so you need to have proper permissions to do it (e.g. administrator). # start of REG file Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Plug-in\1.6.0_12] "UseNewJavaPlugin"=dword:00000000 # end of REG file
To switch back to using the new Plug-In2 you only need to apply this step: # start of REG file Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Plug-in\1.6.0_12] "UseNewJavaPlugin"=dword:00000001 # end of REG file
I hope the above helps somebody. Of course, some extra care is always justified whenever such Registry modifications are done but I’m sure you already know that.
|
|
|
|
|
|
|
|
Re: how-to switch-off "Next-Generation Javaâ„¢ Plug-In Technology"
Posted:
Apr 9, 2009 11:07 AM
in response to: jskywalker
|
|
|
I forgot to say above that I’m talking about an every-day use when I’m using my machine as a regular/restricted user. Sure, if I log-on as Administrator then the “Java Control Panel� would allow me to do the switch. But even so, when I later log-on as my regular user the new setting does not work as specified.
Am I the only one with such experience?
|
|
|
|
|
|
|
|
Re: how-to switch-off "Next-Generation Javaâ„¢ Plug-In Technology"
Posted:
Apr 10, 2009 9:45 AM
in response to: cvd
|
|
|
I'm sorry that you're seeing problems with the new Java Plug-In as in general it is much more reliable on all platforms than the previous Java Plug-In. There have been continued fixes in recent update releases. The latest under development is 6u14 and early access builds can be downloaded from https://jdk6.dev.java.net/ .
Yes, I believe there are issues with non-administrator accounts and controlling the Java Plug-In because of its use of system-wide registry keys. I'll point this out to the team so that a bug is filed.
|
|
|
|
|
|
|
|
Re: how-to switch-off "Next-Generation Javaâ„¢ Plug-In Technology"
Posted:
Apr 10, 2009 10:25 AM
in response to: cvd
|
|
|
We've filed the following bug and will investigate a fix for it.
6828964 : non-admin users are unable to switch between new and old java plugin
|
|
|
|
|