Today I updated my Java version to 7u51. After the installation, I cleared Java Cache, browser's Cache, and logged into a secure website that uses an Applet to provide certain additional services to the user.
The applet is not working anymore. I accessed http://www.java.com to check the Java version detected in Internet Explorer, and the java website says:
We are unable to verify if Java is currently installed and enabled in your browser.
Other browsers can check Java, and the mentioned applet works as expected:
As the applet works as expected in other browsers, I can assume the problem is not the Applet nor its deployment files/processes, but the compatibility of JRE 7u51 with IE 11. I would like to know if there is any workaround for this.
As additional measure, I used the java.com tool to uninstall any previous and unsecure JRE version (using Google Chrome). After double checking IE 11, I can see the Java Addons enabled and versioned to 7u51:
I know IE has been improved; even so, we recommend to our customers to use Google Chrome or Firefox as these browsers have proven to be more compatible with our web applications. Unfortunatelly, we can not force our customers to use certain browser due to the common organizational restrictions about programs usage, etc.
Thanks in advance for any help.
Update (01/20/2014):
The following screenshot shows Internet Explorer 11 with Compatibility View configured for "java.com". It doesn't fix the problem in this case.
Its not about security settings .. its the UserAgent in IE11 ( in IE11 its Trident while all previous versions of MS IE were MSIE ) so I suppose that Java deployment tool cannot recognize new baby of MS .. and send you back to install Java ..
I already ask if there is any temporarily solution till Oracle guys make new release
JavaFx web not working with Internet Explorer 11 with JRE7
update:
btw applet is working at least on the oracle test java page : http://www.java.com/en/download/installed.jsp I just uninstall all JAVA from PC then reinstall latest version and disable then enable "Java(tm) Plug-In 2 SSV Helper and Java(tm) Plug-In SSV Helper " @ manage add-ons. before testing java on web. and it works ..
so I think its JavaFX not applet .. since JavafX is using dtjava.js while webstart(applet) using deployJava.js.
I was having same issue. Now it's solved. If someone is still having same kind of issue can give a try:
We had the same problems with IE11 and new Java. Try to add your site to compatibility view. You can find here how to do it.
How to enable compatibility view in Internet Explorer 11
You can try now if it works or not. After that you can remove site from compatibility view and it should also run.
For Windows 8.1 Users.... there is a little note on the java download site which says:
"Downloading and installing Java will only work in Desktop mode on Windows 8 and Windows 8.1. See the Java on Windows 8 FAQ for more detailed information."
Unfortunately, "Desktop mode" is not the default mode in Windows 8.1. After installing java and wasting 2hours trying to get java working with IE11, I went back to oracles site...paid a bit more attention to that warning!! switched to Desktop mode, and reinstalled java... hey presto it worked.
Furious, that java download does not work with the default config of Windows 8.1, don't know who to be more angry with? Oracle or Microsoft? ( or me for skimming over the warning..)
I had a REAL problem finding
jre 7u45
to download and re-install after7u51
screwed up my Windows 7 system. I logged in to my Slackware Linux box and downloadedjre 7u45
this way:Then I put the files on a USB stick and installed the x64 version on my Windows system.
I ran into a similar issue that impacted all my browsers. After completely uninstalling all my JREs and JDKs then startig from scratch, I ran into the same issue. I'm running Win 7 pro 64 bit.
I detailed out the solution here (Why does Java 7 fail to Verify after successful JRE installation - Java 7 not running my any browser)
but basically I added this "-Djava.net.preferIPv4Stack=true" to my vm args (set in the Java Control Panel, under Java tab / View) and that solved the issues I was facing... seems like a hack but I guess the latest JRE does not handle IPv6 type requests properly