Related
This question was dogging me for a few days until I found almost a full answer but I want to share the issue first:
ISSUE
I have a Windows 7 pro 64 bit laptop that supports both IPv4 and IPv6 (important later)
I downloaded and installed the latest Java 7 u 51 jre / browser plugin and would always get a grey applet box before it would eventually redirect and say "failed to verify" if java was installed.
I am also a java developer and had a few JDKs installed as well as jres. Thinking it was my environment I did a complete wipe of jave from my system (I ran JavaRa and made sure everything was removed http://singularlabs.com/software/javara/)
I installed the 32 bit version of the JRE for the chrome plugin and made sure all the setting and security info was correct (per the many posts about this topic).
After clearing all cache (browser and java), punching holes through my firewall (even disabling it to see if that would resolve it) as well as running things as administrator, verifying java was installed and running in all my browsers (it failed in IE, Chrome and FF)
All of this was per many posts that said how to solve the issue of Java 7 not running in any browser.
After enabling full trace and debugging with the Java console via the Java Control Panel
I finally get some decent clues from the stack traces displayed in the console. It was failing to get resources from java or any site that had an applet or jnlp web start file.
SOLUTION
Finally I ran across this post here (Java 7 on 32-bit Windows 7 - Java Webstart - Unable to load resource)
When adding "-Djava.net.preferIPv4Stack=true" to the runtime parameters under the Java Control Panel (java tab, view) for the current JRE, it solved the problem. I was able to restore my security setting to proper levels and was able to run the java verification tests as well asa bunch of other applets just fine.
When it cam to running jnlp files, I would still get errors unless I manually edit the jnlp file and add it to the vm args i.e.
If you want to apply this change system wide, add the _JAVA_OPTIONS environment variable and add -Djava.net.preferIPv4Stack=true to it
Regards, Shawn Recinto
We are using Windows 8.1 and after updating to the newest java 7u51 we had the same problem and after tech service gave up on our problem, using your help, we found that there was a check box in the Java Control panel that said "Enable Java content in the browser" just needed to be checked. This apparently still needed to be done even though it had already been enabled in the internet settings 'manage add-ons'.
This check box was under the Security Tab in the Java Control Panel.
If you have Chrome and 64-bit Windows here is the answer (originally found here):
"... We all will just have to not use Chrome until they have another release or patch to fix the problem, or roll back Java to pre-7 versions.
"Chrome does not support Java 7. Java 7 runs only on 64-bit browsers and Chrome is a 32-bit browser.
If you download Java 7, you will not be able to run Java content in Chrome and will need to use a 64-bit browser (such as Safari or Firefox) to run Java content within a browser. Additionally, installing Java 7 will disable the ability to use Apple Java 6 on your system..."
Solution
This is a Java.net.SocketException, problem the first answer is correct but here is a very quick way of solving this problem in under a minute.
How to fix
Open command prompt (windows start button, type cmd in search)
Click top left of command prompt, click properties, enable quick edit mode
Copy: setx _JAVA_OPTIONS -Djava.net.preferIPv4Stack=true
Right click on command prompt, should paste
Hit enter. That easy!
After following these steps you applets/java applications should run well and correctly.Refer to this site youtube video for visual presentation.https://www.youtube.com/watch?v=serdRSsl5wE
This is a Java.net.SocketException, problem the first answer is correct but here is a very quick way of solving this problem in under a minute:
Open command prompt (windows start button, type cmd in search)
Click top left of command prompt, click properties, enable quick edit mode
Copy: setx _JAVA_OPTIONS -Djava.net.preferIPv4Stack=true
Right click on command prompt, should paste
Hit enter. That easy!
After following these steps you applets/java applications should run well and correctly.Refer to this site youtube video for visual presentation.
Reference: https://www.youtube.com/watch?v=serdRSsl5wE
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.
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.
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.
I had the same problem with Java 7 u51.
Only after I reset Internet Explorer it work again, Java was enabled in browser etc.
Internet options -> Advanced -> Reset...
The behavior of applets changes significantly with update 51. It's going to be a confusing couple of weeks for RIA developers. Recommended reading: https://blogs.oracle.com/java-platform-group/entry/new_security_requirements_for_rias
We see the same problem with Java 7u51, IE11 and Windows 8.1. As detailed at http://answers.microsoft.com/en-us/ie/forum/ie11-iewindows8_1/windows-81-ie11-java-7u51-combination-doesnt-work/24af818d-7196-4dd5-96f5-9c0c65223744 and http://mail.openjdk.java.net/pipermail/security-dev/2014-January/010048.html and in a bug report submitted to Oracle on 17 January 2014 we find that all is OK until you agree to Java making changes to your system after installation. Once you allow the post-installation permission, Java is disabled. Other than constantly fighting off permission requests, the only workarounds we've found are to use a different environment: browser (use Firefox or Chrome), OS (use Windows 7) or Java version (use a Java 8 build).
Go to Control panel.
Double click on Java.
Go to Security tab.
Change security from high to medium.
Your applets will run.
If they are still not running then you have to add that website name in exception site list of Security tab of Java in Control panel.
I know Mickey S. solved his issue with Java 8, but Pavel S. was on to something. If you're working locally with an applet, setting your Intranet Zone to Low security and then setting Java security in Control Panel -> Java -> Security setting to Medium from High does solve the problem of running local applets with Java 7u51 (and u55) on Win 7 with IE 11.
(Specifically, I have a little test tool for barcode generation from IDAutomation that is crafted as an applet which wouldn't work on the above config, until I performed the listed steps.)
I've just resolved the problem on two PCs (Win 8 64-bit with IE10; Win 8.1 32-bit with IE11). With Java 7 Update 67 both cases (same with update 65 and, probably, others).
In my case, it was caused by java ssv, which first requested admin rights, then Java stopped working because it messed something using them.
So, my resolution was:
Reinstall java. No reboot required, but close browsers beforehand. Also, it's not required to uninstall it before running installer (I didn't).
On 1st (or 2nd) launch of IE, privilege elevation will be prompted for Java SSV. If denied, it will pop up again. Multiple times. Important here is to deny them all.
To stop these prompts, disable Java SSV helpers (both of them) in Add-Ons or when IE prompts about startup times.
After that, http://www.java.com/verify/ prompts to run Java (twice, 1st time IE, 2nd time Java itself) and, when allowed, says everything is OK.
(will give more screenshots if anyone will ask)
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 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
Update deployJava.js.
Our site uses a local copy of deployJava.js; updating it to the latest copy has fixed this issue in IE11. (We will probably just start using the web version of deployJava.js instead of a local copy).
However, a (very) similar problem persists for our Safari users.
Once Java(tm) Plug -In 2 SSV Helper was incompatible
Above solution did not work for me.
I solved it with the below instruction.
1. Go to IE settings
2. Internet options
3. Select Advanced tab
4. Scroll down to Security
5. Uncheck “Enable Enhanced Protected Mode”
6. Click OK and restart the browser
Try this. It worked for me.
Go to RUN and type gpedit.msc then completely disable Onedrive. Have you noticed that the problem only existed after the last large download from Microsoft? It contained this package. I also removed it from the Start menu.
This appears to be the cause of the issue. Something to do with downloading temporary files, which of course an applet is.
Once done everything went back to normal.
Had the same problem recently on IE11 with Windows 7.
Applets worked fine before but they stop working from one day to another.
I solved it adding the applet sites to trusted sites and config this with low security level.
Finally resolved my java install issue on Win 7 64-bit running IE11.
Even though I installed the latest Java (65) via a java auto-update prompt, tried a verify java version and java failed to run, shut down all IE instances, failed to run verify again, shut down all running programs, failed to run verify again, rebooted, failed to run verify again, re-installed 65 again (shutting down the browser manually as it downloaded), and finally verify ran. What a pain.
The message I kept receiving was "The page you are viewing uses Java ..."; e.g. https://www.java.com/en/download/help/ie_tips.xml. I do use sleep mode on my desktop and I believe that this is probably the major issue with install and IE with its "clever" integration into the OS and explorer/desktop. I thought the government told them to not do that. I've had issues with CD-ROM drive disappearing and other unexplained periodic issues; all cured after a full reboot. They are infrequent, so I live with them for the convenience of faster startup times.
Hope this helps someone!
I had this problem on a client's pc in IE 11 with Java installed. It worked fine in Chrome, but wouldn't work in IE. After several days of TS, I just tried unchecking ActiveX Filtering in settings->safety. Now Java works fine.
I had similar problem and I've solved them using embed tag instead of object.
I'm deploying applet using JQuery and:
embed works on IE 11, Firefox 26.0,
object works on Firefox 26.0, Chrome 32, (on IE 11 was about 10 second delay after each page reload) and
applet works on Firefox 26.0, Chrome 32.
I put draft of my script bellow:
var baseurl = location.protocol + "//" + location.host + "//";
var common = 'id="appletid"'; // and more
if (priv.IsIE()) {
var embedTag = '<embed ' + common +
' code="main.java.MyApplet.class"' +
' name="' + appletName + '"' +
' codebase="' + baseurl + 'Applet"' +
' archive="Applet.jar,jna.jar"' +
' scriptable="true"' +
' mayscript="true"' +
' cache_option="Plugin"' +
' codebase_lookup="false"' +
'></embed>';
appletHtml = embedTag;
} else {
var objectTag = '<object' + common + '>' +
'<param name="java_code" value="main/java/MyApplet.class" />' +
'<param name="mayscript" value="true" />' +
'<param name="scriptable" value="true" />' +
'<param name="cache_option" value="Plugin" />' +
'<param name="codebase_lookup" value="false" />' +
'<param name="java_codebase" value="' + baseurl + 'Applet" />' +
'<param name="cache_archive" value="Applet.jar,jna.jar" />' +
'</object>';
appletHtml = objectTag;
}
$('body').append(appletHtml);
In the Java Control Panel, under the Security tab, uncheck "Enable Java content in the browser" and Apply it. Then re-check it and apply again. This worked for me, and I had been struggling with this issue for days.
If you are running Windows 7 64-bit, I would strongly suggest you download the 64-bit Java installer. There is no sense in downloading the x86 installer on an x64 based OS.
That corrected the problem for me.
This type of issue is cropping up again using the Windows 8 / IE 11 combination with the new version of Java (1.8.0_31). The installation seems to work, but after installing Java via the Java Control Panel Update tab, every time you run a Java applet you are told your version of Java is outdated, but when you follow the prompts to again update, you are told your version of Java is newer than the one on the web.
As with a previous iteration of such problems, what worked for me was, after installation, unchecking "Internet Options | Security | Enable Protected Mode", running a Java applet and then re-checking it and everything is fine.
Do people at Oracle not test on Windows 8 with IE or does this only happen for people with particular extensions enabled?
As before, this problem didn't happen on Windows 7, but there I noticed that the SSLv3 changes now prevent you from running a local applet in Internet Explorer unless you remove that line from the java.security file. But this problem doesn't happen on Windows 8, so it is not clear what is actually happening.
If Oracle doesn't make the update process less rocky, people won't update. I've seen many people lately using 2009 versions of JRE 1.6. That is the sort of situation that often doesn't end well.
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 problem with Java 8u31 and IE10, it didn't see Java until I did 2 things:
delete temp files (all kinds)
reset all zones to default (Options -> Security -> ...)
Also experienced issues with Java the last 2 weeks no longer working in IE 11 under Windows 7 x64 (reverted to Chrome where it DID work)
I had to go through (ALL) the following steps in order to restore Java operation:
Try and install latest Java => Error was produced 'The installer cannot proceed with the current Internet Connection setting'
Hit 'Retry', and the installer started working
Java 8 update 40 was installed successfully, however Java still doesn't work in IE (after closing IE / reboot)
Removed older/outdated versions (either using the Oracle-Java tool or through Install/Uninstall programs). In my case, I was able to remove old version 7 update 71.
After another attempt to close IE completely and restarting Windows did not resolve the issue (as before, testing Java operation using the Oracle-Java online tool failed to work and even failed to produce the 'grey box' that is always shown (in spite of the fact that the Java-plugins are loaded and activated)
Finally restored IE settings through:
Internet options -> Advanced -> Reset
(Note: I tried that before 1 week earlier, but then this DID NOT yield a solution either)
Eureka, it works again !
Result is now as follows using the Oracle-Java online test tool, and any Java-applets now work again in IE11:
"Gefeliciteerd!
U beschikt over de juiste Java-versie. (Version 8 Update 40)."
I was having same issue. Now it's solved. If someone is still having same kind of issue can give a try:
Upgrade Java to latest version (and uninstall all previous version of java)
Add the url to the Exception site list in your Java Control Panel Follow Instruction Here
Not exactly the same problem for me, because I was running the last java version 1.8.0_92, IE v11 and windows 7.
My situation was also that I had Chrome as the default browser.
So what for me fixed it, was to set IExplorer as the default browser again, uninstall Java, go to Java.com using the IExplorer, and from the IExplorer download and install Java again to the last version.
Today, I stuck with this error, and went through all the answers but nothing worked out for me.
For me the issue was **Java version**.
Initially, I installed Java 8 Update 251 x64 which actually was the reason of my issue applet not working issue with Internet Explorer version 11.
Solution
Uninstalled Java 8 Update 251 x64
Installed Java 8 Update 251 x86
issue resolved.
I had a REAL problem finding jre 7u45 to download and re-install after 7u51 screwed up my Windows 7 system. I logged in to my Slackware Linux box and downloaded jre 7u45 this way:
wget --no-cookies --no-check-certificate --header "Cookie: gpw_e24=http%3A%2F%2Fwww.oracle.com" "https://edelivery.oracle.com/otn-pub/java/jdk/7u45-b18/jre-7u45-windows-x64.exe"
wget --no-cookies --no-check-certificate --header "Cookie: gpw_e24=http%3A%2F%2Fwww.oracle.com" "https://edelivery.oracle.com/otn-pub/java/jdk/7u45-b18/jre-7u45-windows-i586.exe"
Then I put the files on a USB stick and installed the x64 version on my Windows system.
I'm using webmin, in which I want to use the plugin called "File Manager".
It's based on Java Applet and it perfectly works with Internet Explore on windows XP.
But with Safari on MacOSX 10.6.8 it says "inactive plug-in", and won't show anything.
If I click on it, MacOSX starts to check if there's new update.
However there is no update.
I spent time on researching on this. Then I found this.
Go to java preference => click enable applet plugin and web start application.
It was already enabled...
I have no idea what I can do. I used to be able to use this "File Manager" until yesterday.
Have the same problem with 10.6
Found this.
I personally changed the version in that XProtect.meta.plist to 434 instead of 435 and this re-enabled the plugin.
Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 4 years ago.
Improve this question
So I began developing Java applications on my laptop a few weeks ago, and I've been doing so on my laptop since then... But now when I try to install the JDK on my PC, it doesn't install (as in, I double click on the JDK[version].exe and the Install Wizard doesn't even show up). -- and yes, I have the JRE installed. I'm very confused and frustrated... I'd really appreciate if someone can tell me what I'm doing wrong (and, yes, I've already tried reinstalling the JRE).
I had the same problem, tried installing JDK 8u111 and 8u112 in both x64 and i586 flavors on Windows 7 x64 and it seemed that nothing worked.
Checking in Control Panel > Administrative Tools > Event Viewer > Windows Logs > Application as suggested by Felix Christi showed that the Windows Installer has actually completed all the installations.
So I went to Program Files\Java and found all of the 4 JDK installations sitting nicely side-by-side, without me even getting a single confirmation message. Have you checked that the installation did really fail in your case?
First of all, please check your PC operating system. If it is windows (thats what I guess by your question detail about wizard), try to see system information (check for 64 bit). If it is not, please try to install x86 (32 bit) JDK.
If it is x64 (64 bit) then, try to run with "Run as administrator" option by right clicking it.
If it is not working either way, then please check the system log from Control Panel -> Administrative Tools -> Event Viewer and see what is going around on installation.
In the worst case, for work around, just install 32 bit JDK, it should work fine in 64 bit OS.
After all this, if you are successful in installing, please follow this link to configure JDK
JDK STEP BY STEP
If nothing shows up when you launch your JDK installer, it is likely performing a silent install. Whether or not your installer runs silently is controlled by Java's System Runtime Configuration File. On Windows, that file can be found here:
Windows: %ALLUSERSPROFILE%\Oracle\Java\java.settings.cfg
The value of the environment variable %ALLUSERSPROFILE% is typically
C:\ProgramData.
Change the line INSTALL_SILENT=Enable to INSTALL_SILENT=Disable, and try launching your installer again. The Install Wizard should appear as expected.
I had the same problem, tried installing JDK 8u111 and 8u112 in both x64 and i586 flavors on Windows 7 x64 and it seemed that nothing worked.
Checking in Control Panel > Administrative Tools > Event Viewer > Windows Logs > Application as suggested by Felix Christi showed that the Windows Installer has actually completed all the installations.
So I went to Program Files\Java and found all of the 4 JDK installations sitting nicely side-by-side, without me even getting a single confirmation message. Have you checked that the installation did really fail in your case?
--- I'm having the same issue as the above... it seemed like jdk is being installed in the background... this is frustrating because I'm waiting for the jdk window to ask me for a path to install this... I would like to install it on a separate folder on my C drive. I've set the environment variables and I can't figure out what's wrong...
I had the same issue and eventually I solved it next way. All that I was needed to do was turn off Smart Screen in windows settings
If you don't familiar with Smart Screen You can try to read in google what is it and also I attached screenshot with my settings. Now all is ok
In my case, it turned out to be that my disk was almost full (500MB free space left). The installer(8u141) would just exit without any message, and I had no error in the Event Viewer.
In my case jdk1.8.0_144 was installed SILENTLY from a distributive jdk-8u144-windows-x64.exe. It was a surprise. (OS Windows 7 64)
I had this problem. Nothing was happening, just saw installer file in processes.
Steps, which helped me:
Moved installer to C:\ directory;
Turned off DrWeb;
Turned on autostart Java via msconfig.
Windows 7 x64
Download the JDk from here. Please check the product/File description which matches your PC as download it.
In my case I went to the Event Viewer and I got this message, same message I got when I tried to run installer from the downloads folder
Up until recently, I was able to launch/open JNLP files in Firefox using Java web start.
Don't know what happened all of a sudden JNLP files stopped launching, a splash screen appears saying Java Starting... and then nothing happens. Even the Java Console in the browser and javacpl.cpl applet doesn't open.
Tried all possibilities: removed all older version and installed the latest JRE (java version "1.6.0_17"), still it doesn't work.
Done some googling for this problem, people suggested to start javaws.exe with -viewer option but same behavior (a splash screen appears saying "Java Starting..." and then disappears)
The problem is that I don't know any place (logs etc.) to look for to see what is causing the problem.
I am using WinXP SP3, and some of the screenshots below shows further info about my system.
I can provide any other detail if required but please help me solve this problem.
Have a look at what happens if you run javaws.exe directly from the command line.
I know this is an older question but this past week I started to get a similar problem, so I leave here some notes regarding the solution that fits me.
This happened only in some Windows machines using even the last JRE to date (1.8.0_45).
The Java Web Start started to load but nothing happened and none of the previous solution attempts worked.
After some digging i've found this thread, which gives the same setup and a great explanation.
https://community.oracle.com/thread/3676876
So, in conclusion, it was a memory problem in x86 JRE and since our JNLP's max heap was defined as 1024MB, we changed to 780MB as suggested and it was fixed.
However, if you need more than 780MB, can always try launching in a x64 JRE version.
i had the same problem here. go to your Java Control Panel and Settings... Uncheck 'Keep temporary files on my computer'. Apply changes and try again your .jnlp
Note: Tested on different machines; Windows Server 2012, Windows Server 2008 and Windows 7 64bit.
Java Version: 1.7++ since my jnlp app is built on 1.7
Please let me know your feedback too. :D
Java web start should be enabled.
Check if javaws (Java web start is enabled for your system), Use below command in console to open java control panel.
javaws -viewer
If javacpl does not open and gives you Could not find the main class:, it could be that Java is confused because of changes in deployment.properties (can be found in C:\Users\<username>\AppData\LocalLow\Sun\Java\Deployment on Win7). Delete that file and everything's fine.
This bug seems to be 6 years old, cf. An app should be able to ignore properties that have become obsolete over time, shouldn't it?
Although this question is bit old, the issue was caused by corrupted ClearType registry setting and resolved by fixing it, as described in this ClearType, install4j and case of Java bug post.
ClearType, install4j and case of Java bug Java
Do you know what
ClearType (font-smoothing technology in Windows) has in common with
Java (programming language and one of the recommended frameworks)?
Nothing except that they were working together hard at making me
miserable for few months. I had some Java software that I couldn’t
install. I mean really couldn’t – not even figure out reason or
reproduce it on another PC.
Recently I was approved for Woopra beta (site analytics service) and
it uses desktop client written in Java… I couldn’t install. That got
me really mad. :)
Story All of the software in question was similar :
setup based on install4j; setup crashing with bunch of errors. I was
blaming install4j during early (hundred or so) attempts to solve
issue. Later I slowly understood that if it was that bugged for that
long time – solution would have been created and googled.
Tracing After shifting focus from install4j I decided to push Java
framework. I was trying stable versions earlier so decided to go for
non-stable 1.6 Update 10 Release Candidate.
This actually fixed error messages but not crashes. I had also noticed
that there was new error log created in directory with setup files.
Previously I had only seen logs in Windows temporary directory.
New error log was saying following :
Could not display the GUI. This application needs access to an X
Server. If you have access there is probably an X library missing.
******************************************************************* You can also run this application in console mode without access to an
X server by passing the argument -c Very weird to look for X-Server on
non-Linux PC, isn’t it? So I decided to try that “-c” argument. And
was actually able to install in console mode.
Happy ending? Nope. Now installed app was crashing. But it really got
me thinking. If console works but graphical interface doesn’t – there
must be problem with latter.
One more error log (in application folder) was now saying (among other
things) :
Caused by: java.lang.IllegalArgumentException: -60397977 incompatible
with Text-specific LCD contrast key Which successfully googled me
description of bug with Java unable to read non-standard ClearType
registry setting.
Solution I immediately launched ClearType Tuner from Control Panel and
found setting showing gibberish number. After correcting it to proper
one all problems with Java were instantly gone.
cleartypetuner_screenshot Lessons learned Don’t be fast to blame
software problems on single application. Even minor and totally
unrelated settings can launch deadly chain reactions. Links Jave
Runtime Environment http://www.java.com/en/download/index.jsp
ClearType Tuner
http://www.microsoft.com/windowsxp/downloads/powertoys/xppowertoys.mspx
Woopra http://www.woopra.com/
install4j
http://www.ej-technologies.com/products/install4j/overview.html
I was also facing the same problem. To fix this to the following steps.
open Javaws from cmd runnig javaws -viewer command. A new window will open
Select the jnlp file which you want and click the run button.
Close the javaws viewer window.
Same solution worked as suggested by hpereira
The issue was due to JRE version was 32 bit and not 64 Bit
Check with java -version to see if your Java is 64 bit
C:\>java -version
java version "1.8.0_192"
Java(TM) SE Runtime Environment (build 1.8.0_192-b12)
Java HotSpot(TM) **64-Bit Server** VM (build 25.192-b12, mixed mode)
Is this an application to which you have the code? Java 6u14 included a change to the way it handles jar security that for us caused very similar issues. If your jars are signed and work with Java 6u13 or below, you might consider either refactoring your code to work around this update or requiring Java 6u13 or below. Unfortunately I don't recall exactly what we did to resolve the issue - it was panic mode at the time.
Again, if you have the code you have tools to work with. You can put in System.out.println statements in your startup routines - anything console output is displayed in the command window when you run the JNLP from the command line. Otherwise you might consider using a nice logger like log4j to get a better idea of the point of failure.
You may also consider removing the application entirely and downloading it anew. Java Web Start has a Control Panel applet that allows you to see the URL your app is downloading from (could be the wrong one), uninstall the app, set security options, etc.
I had the exact same problem. Turned out that the max-heap-size was set to 1024 and missing the unit. The configuration needed to be max-heap-size=1024m.
So apparently invalid memory configuration in the jnlp file will cause this exact behavior.
In my case, the problem was caused by starting my app from a shortcut on the public desktop (windows 7). As a result, as far as I can tell, the temporary files location was set to c:\users\public\etc. This resulted in the unable to write to cache detail. When I reset to defaults in the temporary files control applet, all worked fine.
In my case, Netbeans automatically creates a .jnlp file that doesn't work and my problem was due to an accidental overwriting of the launch.jnlp file on the server (by the inadequate and incorrect version from Netbeans). This caused a mismatch between the local .jnlp file and the remote .jnlp file, resulting in Java Web Start just quitting after "Verifying application."
So no one else has to waste an hour finding a bug that should be communicated adequately (but isn't) by Java WS.
This can also be due to environment variable CATALINA_HOME in your system. In our organization there were several cases where JNLP applications just refused to start without logging anything and emptying CATALINA_HOME solved the issue.
I had the environment variable set in the command prompt and it didn't appear in GUI. I'm not sure if setx command or register removal commands did the trick. Restart seems to be necessary after removing the variable.
I believe this is a security problem. If I download the jnpl file and execute it after a clean java 8 installation via javaws myfile.jnpl everything is working fine (I get multiple windows where I have to confirm some security problems).
I wanted to share the root cause for my issue. I was using High DPI in Windows and this caused JNLP to not launch. I had to turn off High DPI for this to work. Hope this helps.
Try Java Web Launcher, rather than Java Web Start Launcher. It worked for me.
Right-click on the JNLP file that is not opening and select Open With.
In the ‘How you want to open this File’ window, scroll down and click on Look for another app on this PC option.
When the File Explorer window opens, navigate to the following location:
C:\Program Files (x86)\Java\jre1.8.0_261\bin
or the folder for 64bit version
Select javaws.exe and click the Open button. This will open the JNLP file as intended.
Make sure to check the Always use this app to open .jnlp files.
That's all.