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)

Similar Messages

Need to disable next-generation Java plug-in for sccm deployment

hey all,
hope I have the right forum for this question.
I'm deploying Java 7 update 55 to users in our company and have discovered that we need to disable the next generation plug-in.
is there a way to deploy Java with the plug-in disabled? preferably a command that I can add to a batch file.
I've read about a registry hack (doesn't work based on feedback), but I'd prefer not to deploy a mass registry change company-wide.
any help would be greatly appreciated.
thanks for your time!

I'm deploying Java 7 update 55 to users in our company and have discovered that we need to disable the next generation plug-in.
is there a way to deploy Java with the plug-in disabled? preferably a command that I can add to a batch file.
I've read about a registry hack (doesn't work based on feedback), but I'd prefer not to deploy a mass registry change company-wide.
any help would be greatly appreciated.
Have you created the required deployment rule set?
https://blogs.oracle.com/java-platform-group/entry/introducing_deployment_rule_sets?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed%3A+orana+(OraNA)
This Symantec blog has several posts by JRE team members (they have 'Oracle' in their user id) about the issue and the above link is referenced from it:
http://www.symantec.com/connect/forums/how-everyone-addressing-forced-java-dialog-java-update-needed-your-java-version-insecure
This Symantec link discusses 'Updating Java through Managed Sjoftware Delivery Policy
http://www.symantec.com/connect/articles/updating-java-through-managed-software-delivery-policy

Disable next-generation Java Plug-in-Is Applets load on same JVM guranteed?

Dear all,
I am working on a banking application that uses WinXP and JRE1.5, where the banking application is browser based and with a lot of applets. For inter-applet communcation, we use singleton, a Object called CommonFunctionUtility, which is a single instance so that all applets can share information.
Recently, there is a direction to upgrade the JRE to 1.7. However, after upgrade, we find that applets are loaded to different JVMs so that they're not referring to the same instance of this CommonFunctionUtility, so applet hangs as they cannot retrieve correct information.
As an interim solution to meet internal requirement to complete JRE1.7 rollout, it is suggested to disable the next-generation java plugin first, and amend the application later using other way to share data later. In view to this, may anyone have any idea that Oracle ever confirm that after disabling next-generation java plugin, it is guranteed that all applets in same browser will be loaded on same JVM?
Regards,
Francis

By disabling the next generation plugin it should "work as before". That's about as much guarantee as you'll get, the business of providing guarantees lies on your shoulders (without an Oracle service agreement) through system integration tests.

How to reload proxy configuration with Next Generation Java Plug-in

When using the Next Generation Java Plug-in, I no longer see an option in the console to reload the proxy from the browser by pressing p. If the proxy information is changed in the browser after the Java console loads, is there a way to reload the proxy from the browser? If not, why was it removed?
It's been useful to us because of the way we test with LoadRunner, which uses a proxy. Our other options are to either disable the Next Generation Java Plug-in so the option comes back, or set the proxy in the Java settings instead of trying to read from the browser, but I'm trying to find out it's one of those will be necessary.
We're using Java 1.6.0_17. Thanks!

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)

Next Generation Java Plug-in

Hi -
Our desktop application was built using older versions of core java and now runs on 1.6.0_19. When the next generation java plug-in came into play (enabled by default) we started having some GUI issues with various dialog boxes (freezing, not functioning properly, etc). These could probably have been written better whenever they were. We can individually go back and fix all of these but don't have the time to do it now. So we decided to uncheck the plug-in for now. When I do this locally on my pc, everything works fine. However, our application is available on citrix servers and when I disabled the plug-in there, I'm getting "Java Heap Space" exceptions. I definitely know there is sufficient memory on the box and the JRE settings are fine as well. Any idea why disabling the plug-in would cause java to run out of memory? I have been really confused by this and any insight would be greatly appreciated.

anyone?

The next-generation Java Plug-in

I really need to disable the next-generation Java Plug-in on the Advanced tab of the Java control Panel, but it is grayed out. I have admin rights. I tried to uninstall/install Java, but that did not work. Any suggestions? Thank you

Hello jpalan!
Last case, you can make a PKGBUILD for on older version on your local pc, according to a working PKGBUILD.

Java 8, next-generation java plug-in?

hey all,
i'm looking for the "enable the next-generation java plug-in" option in java 8 update 40, but can't find it in the advanced tab of the java control panel.
has it been removed?
thanks!

anyone?

Java options: "Enable the next-generation Java Plug-in"

On windows, this option is sometimes "grayed out" and you cannot disable it.
This option is available since java 6 u 10, and is accessible via windows control panel, or alternatively via javacpl.exe.
Which are the cases where the option is grayed out?
I've made the assumption that it is grayed out on windows 7, or on windows 7 64, but there are cases of windows 7 64 where the option isn't grayed out.
It seem neither connected with Internet Explorer version, since it works or not with either IE 8 or IE 9.
Edited by: Agostino on 18-gen-2012 2.58

Current Firefox versions (3.6 and later) can only run Java applets via the Next Generation plugin.
*http://java.com/en/download/help/new_plugin.xml

How to disable the Next Generation Java Plug-in?

How to get to use the classic plugin, that is the question. The NG plug-in was introduced in 6u10 and I have 6u14.
That is, if it's on in the first place (I have no idea).
I was told to turn it off when I complained to a company about an applet which doesn't work so well (it kind of works but is frustrating to use, animations are anything but smooth, random delays in drawing graphics and things like that), and apparently the new plugin is suspected to cause the problems (which other customers haven't reported).
Windows version of java has the option to turn it off and Sun has instructions on how to turn it off, but in Linux there is no such an option in Java Control Panel and if it's possible to do in Linux, googling and searching forums didn't really help.:(
Of course I could try downgrade, but I suspect there is no ready package for 6u9 nowhere to be found and the cvs pkgbuild I found in AUR proved to be too bitchy for me and would require more editing than simply changing version number and md5 sums.

Hello jpalan!
Last case, you can make a PKGBUILD for on older version on your local pc, according to a working PKGBUILD.

Next Generation Java Plugin issues with Applets

Hi,
We have an web application with a jsp page which launches different apps in seperate browsers.
The jsp page has
<jsp:plugin type="applet"
                            code="AppLauncherApplet"
                            height="0" codebase="../../jars/" width="0"
                            name="LaunchApplet"
                            align="bottom">
                        <jsp:params>
                                <jsp:param name="applicationURL"
                                           value="applicationURL"/>
                        </jsp:params>
                        <jsp:fallback>
                                <p>This feature should run on applet supported
                                   browser.</p>
                        </jsp:fallback>
                </jsp:plugin>And applet has
           init()
          String appURL = getParameter("applicationURL");
          if(appURL != null && appURL.length() > 0)
               String WIN_PROGRAMFILES = System.getenv("programfiles");
               String FILE_SEPARATOR   = System.getProperty("file.separator");
               String execUrl = WIN_PROGRAMFILES + FILE_SEPARATOR + "Internet Explorer" + FILE_SEPARATOR + "iexplore.exe "+ appURL;
               System.out.println(execUrl);
               Runtime.getRuntime().exec(execUrl);
               System.out.println("Opening New IE Instance...");
            }Basically this is a launcher app...
This works fine when we run on JRE-build 1.6.0_21-rev-b08and launches apps in seperate browser windows as we click on links...
But after i disable Disable next-generation Java Plug-in as explained in http://www.java.com/en/download/help/new_plugin.xml
Then i noticed weird behavior that apps are getting opened in multiple windows per click.
For example... if i click on a link to open that app in a new browser... 3 seperate browsers are launched.... where it is expected to launch 1 seperate browser window....
I noticed applets init method got called 3 times... means applet initialised 3 times...
I am wondering if it is a JRE issue?
JRE-build 1.6.0_21-rev-b08
Please advice....
Thanks,
Murali
Edited by: cm on Jan 18, 2011 6:45 AM
Edited by: cm on Jan 18, 2011 9:15 PM
Edited by: cm on Jan 18, 2011 9:17 PM
Edited by: cm on Jan 19, 2011 12:51 AM

Done Thanks!!
--Murali

Next-Generation Java 7 Plugin Performance on Windows 7 and IE 8

Applet performance has historically been a black eye, to say the least, for Java Applets. Slow load times over today's networks are simply not tolerated by today's network standards. I'm currently supporting an Applet that is forced to move to the Java 7 Platform. As such, we are particularly sensitive to anything new that may further hinder applet performance. To that end, I've been doing quite a bit of benchmarking lately of Applet load times using various configurations with the Java 7 Plugin on Windows 7 using IE 8.
To capture Java Applet load times, I've simply been marking the start time in Javascript from the HTML onLoad() event, and then calling out to a similar Javascript function to mark the end time from the bottom of the init() method in the Java Applet. I subtract the two times to get a general idea of how long it takes to load the applet.
The best load times, so far, (when loading the JARs from the web server) occur when caching is employed (e.g., cache_option, cache_archive, cache_version). What I've noticed though, is that when everything else is the same, the performance is degraded by at least half when I check the 'Enable the next-generation Java Plug-in' in the Plugin Control Panel. Applet load times slow down by at least half when this option is enabled. When loading JAR files from the web server, with caching in effect, the applet load time performance is comparable to loading JAR files from the file system only when the next-generation plugin is not enabled. I assume this is because of the associated overhead of spinning-up this external JVM process, but I'm not certain.
Does anyone know if this is a correct assumption? And if I'm correct, are there ways to speed up the loading of an applet when caching is used with the next-generation plugin? Is this another cold-start vs. warm-start issue for the JVM?
My goal is to have applet load times for JARs loaded from the web server, using the next-generation plugin, as fast as when the JARs could be loaded from the local file system (which apparently is no longer possible using the next-generation plugin, sadly).
Thanks!

Thanks Igor.
Web Browser: IE 8.0.76
Java Plugin: 7u3 (1.7.0_03-b05)
OS: Windows 7 Enterprise (32-bit)
Server: Websphere 7
Java Applet is in O&M phase and been around a while. Rich Internet Application with file system access requirements. Currently compiled with JDK 1.5. 10 JAR files total, 6 of which are third-party JARs. 4 JARs are custom and are signed.
JAR1.jar -> 11077 bytes
JAR2.jar -> 14207 bytes
JAR3.jar -> 5093 bytes
JAR4.jar -> 22233 bytes
JAR5.jar -> 18722 bytes
JAR6.jar -> 17578 bytes
JAR7.jar -> 722237 bytes
JAR8.jar -> 90688 bytes
JAR9.jar -> 17521 bytes
JAR10.jar -> 50686 bytes
JSP Page is used to render the following HTML tags for loading the applet:
<object classid="clsid:${UID}" name="preview" width="100%" height="300" id="poc">
<PARAM name="java_code" value="com.loadfast.Applet.class"/>
<param name="codebase" value="/www/applet"/>
<PARAM name="cache_option" value="Plugin"/>
<PARAM NAME="cache_archive" VALUE="
JAR1.jar,
                    JAR2.jar,
                    JAR3.jar,
                    JAR4.jar,
                    JAR5.jar,
                    JAR6.jar,
                    JAR7.jar,
                    JAR8.jar,
                    JAR9.jar,
                    JAR10.jar
"/>
<PARAM NAME="cache_version" VALUE="
                    1.0.0.11,
                    1.0.0.11,
                    1.0.0.11,
                    1.0.0.11,
                    1.0.0.11,
                    1.0.0.11,
                    1.0.0.11,
                    1.0.0.11,
                    1.0.0.11,
                    1.0.0.11"/>
<PARAM name="type" value="application/x-java-applet"/>
</object>
Here's a brief synopsis of my test methodology:
Assuming caching is the fastest performance I'm going to get by putting JARs on web server, goal was to determine if browser plugin and next-gen plugin will offer the same performance in terms of time to load the Applet.
To test, I unchecked the 'Enable Next-Gen' plugin option in the Java Plugin. I updated the cache_version values for all JARs. I 'touched' all JAR files in the WAR (I use cygwin) and redeployed the WAR. I have a cli script that launches IE and points it at my applet. When the applet loads, a Javascript Alert box displays showing the number of milliseconds it took to load the applet. I document the time, quit the browser, and re-execute my script. I do this 10 times for each test scenario and take the average.
The two basic test scenarios are using the Browser Plugin (not next-gen) and using the Next-Gen Plugin. That is the only variable I change between test scenarios. Here is the raw data I collected for each test scenario:
Not Using Next-Gen Plugin (milliseconds):
run1 run2 run3 run4 run5 run6 run7 run8 run9 run10
1761 474 535 495 500 505 502 267 693 513
Avg: 625ms
Using Next-Generation Plugin (milliseconds):
run1 run2 run3 run4 run5 run6 run7 run8 run9 run10
5382 1529 983 1545 1622 1575 1544 1544 1545 1529
Avg: 1880ms
The time it takes to load for each first run indicates caching is happening as subsequent runs are faster. I verified that the JVM is not making http requests for cached JAR files by proxying these requests with Tcpmon just to confirm this was the case.
I'm basically just looking for a logical explanation to account for the significant time difference that occurs from this Plugin configuration change. It seems to make logical sense to me that this can be explained by JVM Process start up time, but I'm looking for corroboration on that or another explanation.
Thanks for any advice, help, etc. I'll start looking into JNLP and JAR index as well.

Ssvagent.exe does not always disable next-generation Plug-In

Around half the time running the "ssvagent.exe -high -jpisetup -old" in a vbs after the jre-6u22-windows-i586.exe process stops running
the next generation Plug-In option is not disabled.
I have verified that it does not run until after the Java installtion is complete.
Running "ssvagent.exe -high -jpisetup -old" manually right after installing Java will always disable next generation Plug-In.
Any ideas why it won't always run properly from a script?
Edited by: EthanD on Sep 20, 2012 10:21 AM

Hi,
I was wrong in my approach.
My applet was implemented using the "<object>" tag and it seems that it was not the best way to address compatibility issues across all versions of the plug-in and all browsers.
So, I have finally found what I was looking for in this "[Java Rich Internet Applications Development and Deployment|http://download.oracle.com/javase/6/docs/technotes/guides/jweb/index.html]" guide. In this guide, it is recommended to use the "[Deployment Toolkit|http://download.oracle.com/javase/6/docs/technotes/guides/jweb/deployment_advice.html#deplToolkit]", based on a Javascript library containing everything needed to deploy your application as an applet or a Java Web Start application.
My application, deployed as an applet, now works like a charm.
I hope pointing on this Deployment Toolkit will also help others...
Philippe

How do I update Java(TM) Platform SE 7 U51Next Generation Java Plug-in 10.51.2 for Mozilla browsers

I am suggested by the mozilla plugin manager that I need to UPDATE Java(TM) Platform SE 7 U51Next Generation Java Plug-in 10.51.2 for Mozilla browsers
How do I do that and ask for it to be updated automatically
Thanks in advance

Hello eserub1, if you can not update from the next link : https://www.mozilla.org/en-US/plugincheck/ , choose the button '''Update Now''', then you have to manually install the offline version from the next link : http://www.java.com/en/download/manual.jsp (before you do that uninstall java from control panel > add or remove programs) and then install the new version.
Note that because xp is unsupported for almost a year maybe it is better to do that manually (i do it in my xp !)
thank you

JRE msi - how to disable next-gen plugin ?

Is anyone familiar with a method to modify the JRE 6u13 msi's tables such that the next-generation plugin (and auto-update if possible) are disabled? Thanks for your time and attention in advance.

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)

After Safari 5.1 update the following plugin is missing: Switchable Java Plug-in for WebKit

Hi, after Safari 5.1 update the following plugin is missing: Switchable Java Plug-in for WebKit Java Switchable Plug-in (Cocoa) — von der Datei “JavaPluginCocoa.bundle”. How can I add this plugin manually? Because some applets are not working now! I restored the OS to Safari 5.0.5,
now everything works fine. Is there any bugfix planned for Safari 5.1?

Thanks, already managed to fix it with Time Machine Back-Up, however, you need only to restore the Safari.app file (can be found in Applications in Time Machine at a date before the last software upgrade to Safari 5.1)
So, practically,
go to Enter Time Machine
-> browse (using the arrows at right hand bottom) to a date when everthing was still working
-> go to Finder
-> go to the hard drive (probably named Macintosh HD)
-> go to Applications
-> go to Safari.app
-> highlight Safari.app by clicking on it
-> hold 'ctrl' key and click again
-> select from the drop menu that appears 'Get Info'
-> next verify that is written 'version 5.0.5'
-> close Info drop menu
-> make sure the file Safari.app is still highlighted and click on 'Restore' under the arrows at righthand bottom of screen in Time Machine.
Now you can leave Time Machine by clicking on Cancel on lefthand bottom
Safari 5.0.5 will be added to the Applications under Safari.app (Safari 5.1 will also still be there and has the word (original) written behind it) drag this (original) marked file to the trash.
That's all, works very good and means the whole system does not have to be re-installed.
Hopefully Apple will cure this 5.1 version quickly - Make sure always to make a Time Machine Back-up before updating software!
Hope this works for you all!

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

Similar Messages

Maybe you are looking for