JNLP jre 1.5.0.05 autodownload

Hi,
I have read a lot of threads dedicated to autodownload of a proper java version specified in a JNLP file.
From some reason our application requires only version 1.5.0.05, the code in our jnlp file is :
<j2se href="http://java.sun.com/products/autodl/j2se" version="1.5.0_05" />
I believe it is right.
But problem is, as it was mentioned many times before, that this version of JRE is not available.
I decided to create our own autodownload server, but I have no idea where to download the proper autodownload file.
Thanks for all help

I will need to know how to do this also, sun's auto-dl servers are spotty. Thank god my company has a QA department I had everything set to auto-dl 1.5.0_08 and it worked perfectly on my machine but yesterday SUNs servers were down and my QA department couldn't launch the Swing app.
PS. Sun only offers auto-dl up to 1.5.0_08 even though 1.5.0_10 is released!

Similar Messages

Autodownload of JRE using JNLP

This is my JNLP file.
Will this code enable autodownload of JRE.
<?xml version="1.0" encoding="UTF-8"?>
     <jnlp spec="1.0+" codebase="http://192.168.1.2:8080/ADTimeSheet" href="JNLPmaven.jnlp">
     <information>
          <title>TimeSheet</title>
          <vendor>Applied Development</vendor>
          <icon href="report.gif"/>
          <icon href="appdevlogo.gif" kind="splash"/>
          <shortcut online="false">
          <desktop></desktop>
          <menu submenu="Timesheet"/>
          </shortcut>
          <offline-allowed/>
     </information>
     <security>
     <all-permissions/>
     </securiy>
     <resources>
          <j2se version="1.5+" href="http://java.sun.com/products/autodl/j2se"/>
          <jar href="forms-1.1.0.jar"/>
          <jar href="formsrt-1.0.jar"/>
          <jar href="jxl-1.0.jar"/>
          <jar href="looks-2.1.3.jar"/>
          <jar href="swing-worker-1.0.jar"/>
          <jar href="swingx-0.9.2.jar"/>
          <jar href="validation-1.4.0.jar"/>
          <jar href="binding-2.0.2.jar"/>
          <jar href="jbossall-client-1.0.jar"/>
     </resources>
     <application-desc main-class="com.appdev.timesheet.start.Start"/>
     </jnlp>
</xml>
if not how to autodownload JRE to a remote system accessing this JNLP file.
Please help me out.

I think that JNLP is enabled to autodownload of JRE.
check the runtimes.

Disable JRE download

I have a customer that does not want to allow the user to download a JRE (even if the JRE is not on their machine). They just want to launch of our application to fail. Anyway to tell JWS (via properties or via the JNLP file) not to try to autodownload and install a JRE?
Thanks!
Rick

Configuration has a property in advanced tab in1.6 to disallow jre downloads:
also jnlp file could specify j2se tag twice. first with a dummy href:
<j2se version ="1.4.2*" href-"http://mycorp.com/no jre downloads allowed"/>
<j2se version="1.4.2*" href="http://java.sun.com/products/ah\utodl/j2se"/>
this way, if suns version 1.4.2 was there program would run, else it would try to download the first one from -"http://mycorp.com/no jre downloads allowed" and get an error.
/Andy
PS - in 1.6 there is a control panel option for autodownload, user can slecet to always download, never download, or to be prompted before downloading jre.

Autodownload

I am trying to force a JRE update from 1.4 to 1.6 via the autodownload feature of the JNLP's resource / j2se tag:
<resources>
<j2se version="1.6+" href="http://java.sun.com/products/autodl/j2se" />
The currently deployed file looks like this:
<?xml version="1.0" encoding="utf-8"?>

<jnlp spec="1.0" codebase="http://localhost:80/gtp/"
href="gtp.jnlp">
<information>
<title>GTP</title>
<icon href="gtp.gif" />
<description>Global Transportation Pipeline</description>
</information>
<security>
<all-permissions/>
</security>
<resources>
<j2se version="1.4+" />
<jar href="gtp.jar" download="eager" />
</resources>
<application-desc
name="GTP"
main-class="fedex.gtp.gui.GTPLoginApplet" >
</application-desc>
</jnlp>
JRE 1.4 & 1.5 installed on my PC. Next, I replace the contents of the JNLP file with this:
<?xml version="1.0" encoding="utf-8"?>

<jnlp spec="6.0" codebase="http://localhost:80/gtp/"
href="gtp.jnlp">
<information>
<title>GTP</title>
<icon href="gtp.gif" />
<description>Global Transportation Pipeline</description>
     <shortcut online="true" >
<desktop/>
     </shortcut>
<update check="always" />
</information>
<security>
<all-permissions/>
</security>
<resources>
<j2se version="1.6+" href="http://java.sun.com/products/autodl/j2se" />
<jar href="gtp.jar" download="eager" />
</resources>
<application-desc
name="GTP"
main-class="fedex.gtp.gui.GTPLoginApplet" >
</application-desc>
</jnlp>
When I click the desktop icon, here is the response:
An error occurred while launching/running the application.
Category: Invalid Argument Error
Could not load file/URL specified: C:\Documents and Settings\94272\Application Data\Sun\Java\Deployment\cache\javaws\http\Dlocalhost\P80\DMgtp\AMgtp.jnlp
CouldNotLoadArgumentException[ Could not load file/URL specified: C:\Documents and Settings\94272\Application Data\Sun\Java\Deployment\cache\javaws\http\Dlocalhost\P80\DMgtp\AMgtp.jnlp]
     at com.sun.javaws.Main.launchApp(Unknown Source)
     at com.sun.javaws.Main.main(Unknown Source)
java.io.FileNotFoundException: C:\Documents and Settings\94272\Application Data\Sun\Java\Deployment\cache\javaws\http\Dlocalhost\P80\DMgtp\AMgtp.jnlp (The system cannot find the file specified)
     at java.io.FileInputStream.open(Native Method)
     at java.io.FileInputStream.<init>(Unknown Source)
     at java.io.FileInputStream.<init>(Unknown Source)
     at com.sun.javaws.jnl.LaunchDescFactory.buildDescriptor(Unknown Source)
     at com.sun.javaws.Main.launchApp(Unknown Source)
     at com.sun.javaws.Main.main(Unknown Source)

This URL says:
"We strongly suggest that you manually download the JRE from java.sun.com instead of allowing the applet to do it automatically for you."
Not to store in concentrator VPN3030 a recent version of JRE is missing.
VPN3030 could to execute JRE process (like proxy) and deliver flow to client only via HTTP(S)...
New feature is possible?
Thanks

How to by pass downloading lower versions of Java Plugin ?

I have developed an applet which uses Java plug-in version 1.3.1. One of my friends is using 1.3.1.0.1a. I guess that this is the latest version. But program downloads 1.3.1 Java plug-in. How to bypass downloading lower versions of Java Plug-in if higher version is already installed on client machine ?
Can anyone of you help me in this regard ?
Thanks,
Murali

OK, I am still getting duplicate JRE/Plug-ins installed side by side after trying this fix. Here are the steps I took (windows 2000, ie6):
1. uninstalled JRE 1.3.1
2. manually installed JRE 1.3.0 from sun site, verified it was installed and corresponding plug-in appears in control panel.
2. modified applet startup page to contain "1.3" as suggested:
PARAM NAME="type" VALUE="application/x-java-applet;version=1.3"
(left html-generator-created page containing object tag pointing to 1.3.1, as follows:)
if (_ie == true) document.writeln('<OBJECT classid="clsid:CAFEEFAC-0013-0001-0000-ABCDEFFEDCBA" WIDTH = 750 HEIGHT = 450 codebase="http://java.sun.com/products/plugin/1.3.1/jinstall-131-win32.cab#Version=1,3,1,0"><NOEMBED><XMP>');
3. ran applet page. it proposed downloading 1.3.1.
4. responded 'no' to install. applet page opens blank.
5. closed and retried applet page, responding 'yes' to 1.3.1 install. that install runs fine, applet starts, but both 1.3.1 and 1.3 JREs and plugins are present on the workstation.
6. uninstalled 1.3 JRE, leaving 1.3.1 JRE, retried applet page. small black box appears in applet's place, and something appears to be downloading very very slowly.
7. uninstalled 1.3.1 JRE, retried applet page, allowed normal plugin download install, applet worked fine.
I have not yet tried specifying an earlier JRE in the tag, and having a later JRE already on the workstation, although I would not be surprised to see duplicate JREs installed in this case as well..
We have had sporadic reports of people having workstations that simply would not run the applet when multiple JREs were present after the autodownload forced by this applet page. Also, IS departments are not going to like having standard environments updated whenever Sun wants, much less having defective configurations created. There really needs to be a way to prevent this problem.
Note: I did not modify the classID/codepath part of the html-generator page with the above suggestion about MIME type, since I did not see how it could be done.
Any ideas?
Also, a comment was made that the html-generator becomes obsolete in 1.4 plugin. When will this be, and does this change modify the way the OBJECT tag is written, so that this problem doesn't keep occuring?
Thanks,
Kevin

Problem selecting the right jre version with jnlp

I am using Webstart 1.4.2.
When instaling, it correctly found 2 jre versions on my system, 1.4.1_03 and 1.4.2.
Because our application currently is not working with 1.4.2 I need to force webstart to use 1.4.1_03.
I tried to set the tag <j2se version="1.4.1_03"
When loading from the websever I get a "Error Code 11 (11 Could not locate requested version) "...same if I explicitly set to 1.4.2.
I suspect that webstart is checking the "platform version" which are set for both to 1.4 and not the "product version" (see java preferences in webstart).
Does somebody know if there is another jnlp tag I can use to force a specific version? or any other workaround.
In my opinion this is a bug webstart should check the product version
Thanks Marc

had the same problem...
ad the url and try again:
<resources>
<j2se version="1.4.1_03" href="http://java.sun.com/products/autodl/j2se"/>
<jar href="...
as far as I now are not all JRE's available for autodownload.
Good luck!

A JNLP based Java application is not running on JDK/JRE 1.7

I am planning to upgrade users to java 7 up40. The generated command line that I am calling via the Process is working find when I run using jre1.6 but it doesn't work when I call javaw via jre1.7. Very strange that if i update xbootclasspath to use 1.5 or 1.7 it works but it doesn't work jre1.6.
As suggested in other forums I updated the version in jnlp to 6 and also cleared the stderr and stdout from the process error stream and input stream in separate thread but still the thread is locked in FileInputStream.readBytes and doesnt move futher with jre1.6 as the classbootpath.
any help on this regards will be helpful.

btw this happens only if user does not have java 7 installed on their machine. As the app tries to install and run and so picks up javaw to java 7 and jre 1.6 in xbootclasspath.

How to specify a JRE range in jnlp file?

We have a java app which uses Java Web Start. The jnlp file is configured with [j2se version="1.5+"]. So if JRE 1.5 and 1.6 are installed, the app is run on 1.6.
Now, we have requirement where the app should be restricted to run only within the range - JRE 1.5.0_07 through JRE 1.5.0_17
[j2se version="1.5*"] will not work - it will always launch the app with the latest jre from 1.5 family.
I can request an exact product version by including the href attribute. [j2se version="1.5.0_14" href="http://java.sun.com/products/autodl/j2se"/]
But how do I specify a specific range of JREs in the jnlp file so that JWS picks up a JRE from that range only? So if 1.5.0_07, 1.5.0_17 and JRE 6 are installed, it should run the app on 1.5.0_17.
Can JNLP really allow you to select specific range of JREs? Is there a good way to accomplish this? Please help.

sunjavaboy wrote:
..how do I specify a specific range of JREs in the jnlp file so that JWS picks up a JRE from that range only? So if 1.5.0_07, 1.5.0_17 and JRE 6 are installed, it should run the app on 1.5.0_17.From the JNLP Specification
*4.6 Java Runtime Environment*
Several JREs can be specified, which indicates a prioritized list of the supported JREs, with the most preferred version first. For example,
    <java version="1.3" initial-heap-size="64m"/>
    <java version="1.2">
      <resources> ... </resources>
    </java>So your app. would need more along the lines of..
    <java version="1.5.0_07 1.5.0_08 1.5.0_09 1.5.0_10 1.5.0_11 1.5.0_12 1.5.0_07 1.5.0_13 1.5.0_14 1.5.0_15 1.5.0_16 1.5.0_17 " />
    <java version="1.6+" />Actually you'd need the list of 1.5 versions reversed. Well, you get the idea hopefully. For more on versioning, see my [JWS versioning page|http://pscode.org/jws/version.html].

Where is autodownload link for JRE Version Build 1.5.0_09-b03?

http://java.sun.com/javase/6/docs/technotes/guides/deployment/deployment-guide/autodl-files.html
I realize I can put the link in object tag so that user can actually go and download the require JRE from the website. But I am not too sure where is the auto download for the version I need. =(

I knew the link for 1.5.0_09 autodownload already. But I still have no idea what is the classid for it??

JNLP does not trigger JRE installation

Hi
I want to launch my application with a minimum version of jre(i.e. 1.6.0_10). If on the system there is no jre installed
or jre installed on the system is older than 1.6.0_10, i want jnlp to trigger the installation of jre 1.6.0_25.
I tried following jnlp tags in my jnlp file:
<java version="1.6.0_10+" href="http://download.oracle.com/otn-pub/java/jdk/6u25-b06/jre-6u25-windows-i586.exe"/>
<j2se version="1.6.0_10+" href="http://download.oracle.com/otn-pub/java/jdk/6u25-b06/jre-6u25-windows-i586.exe"/>
None of the above tags trigger the installation of jre if on the system there is no jre installed
or installed jre is older than 1.6.0_10.
Any help would be great.
Thanks in advance.

Andrew Thompson wrote:
1) Why would you expect the JNLP to enforce _25+, when the JNLP specifies..
..<java version="1.6.0_10+" href="http://download.oracle.com/otn-pub/java/jdk/6u25-b06/jre-6u25-windows-i586.exe"/>
_10+?My application is certified with jre version 1.6.0_25, but it can run on any jre version greater than 1.6.0_10. If user has any jre greater than 1.6.0_10 version application will use that jre. But if user does not have minimal jre version (i.e. 1.6.0_10) then i want to trigger jre installation and install the certified jre version for application(i.e. 1.6.0_25).
2) Have you validated the JNLP file using JaNeLA?
3) How is the link to the JNLP embedded in the web page?To me JNLP looks fine as it works fine if the system has atleast minimal jre version (i.e. 1.6.0_10), but fails to download jre 1.6.0_25 if it does not have 1.6.0_10 or any greater jre installed.
The link "http://download.oracle.com/otn-pub/java/jdk/6u25-b06/jre-6u25-windows-i586.exe" is the download link for jre 1.6.0_25.

Force JRE installation in JNLP

Hi. I would like to ask you guys whether it is possible to force the installation of JRE when trying to open JNLP file. It is quite often case when users try to run JWS application without JRE installed. The best option would be to force the installation or at least display some message with instructions. Perhaps there are different ways to handle this problem.

you'd have to handle that at operating system level. Without JWS installed AND RUNNING on the machine it's just another file the operating system doesn't know what to do with.
So no, nothing Oracle can do about that.

JNLP javaws error: requested version of JRE...not locally installed

Greetings,
First: I am a user not a developer and have very limited understanding of JDK, JRE, and Java Web Start. I just want to figure out how to get these applications to run. I suspect it is a JAVA bug that is peculiar to my particular Windows XP-SP2 system configuration.
My Problem: When trying to run (two different/independent applications) java web start applications, I get the following error.
The application has requested a version of the JRE (version 1.4) that currently is not locally installed. Java Web Start is unable to automatically download and install the requested version. This JRE must be installed manually.+
For reference, the Launch file is:
<?xml version="1.0" encoding="utf-8"?>

<jnlp
codebase="http://gnlewis.ic.edu/~webmo/webmo/java"
spec="1.0+" >
<information>
<title>MOViewer</title>
<vendor>WebMO, LLC</vendor>
<description>MOViewer application</description>
<description kind="short">A Java interface for viewing molecular orbitals.</description>
<homepage href="www.webmo.net"></homepage>
<icon href="images/splash.gif"/>
<offline-allowed/>
</information>
<security>
<all-permissions/>
</security>
<resources>
<j2se version="1.4+"/>
<jar href="MOViewer.jar"/>
<jar href="Jmol.jar"/>
</resources>
<application-desc main-class="net.webmo.moviewer.MOViewerFrame"/>
</jnlp>
I should note that the required JRE is installed. I have various builds of versions 1.4 through 1.6 installed on my laptop. And my gut tells me that it is not the JNLP file that is the problem. I believe it to be a problem (bug) with java, JRE, or javaws that shows up with my particular PC configuration (which I did not set up but don't believe is particularly unusual).
Another interesting and possibly related problem, is that when I goto the java application control panel (Start->Control Panel->Java) and select the "Java" tab, there is a lower section for "Java Application Runtime Settings". If I slect the "View" button a screen appears with two tabs: User and System. There are no entries under either tab. I can "Add" an entry under the user tab (and find the path to the correct java version etc.) and "Apply" the settings. I cannot add anyting under the system tab (even the my user ID is part of the administrator group and should have full system access). Even after applying this change, I still cannot run the java web start application. If I close the control panel and reopen it, the JRE path that I "added" is no longer listed under "View". This seems odd behavior. It is as if there is some configuration file or environment variable somewhere that is not getting set/saved.
Please....is there anyone that has seen this problem and has a suggested fix. I have googled this problem and found a very few seemingly relevant pieces of info but it seemed more of a developer issue and I do have the background to understand the proposed fixes.
Thanks, in advance, for your assistance.
--Clay

I have the same error message, just a different java version:
I have Java 6 installed, but the application wants 1.5 or newer :O
Message:
The application has requested a version of the JRE (version 1.5+) that currently is not locally installed. Java Web Start is unable to automatically download and install the requested version. This JRE must be installed manually.
Launch file:
JNLPException[category: System Configuration : Exception: null : LaunchDesc:
<jnlp spec="1.0+" codebase="http://192.168.125.25:8421/ibm/dircon/">
<information>
    <title>IBM Launched Tasks</title>
    <vendor>IBM Corporation</vendor>
    <homepage href="http://www.ibm.com"/>
    <description kind="one-line">IBM Launched Tasks</description>
    <icon href="http://192.168.125.25:8421/ibm/dircon/images/dir_licext.gif" kind="default"/>
</information>
<security>
    <all-permissions/>
</security>
<update check="timeout" policy="always"/>
<resources>
    <java href="http://192.168.125.25:8421/ibm/jreinst/installer" version="1.5.0+"/>
    <jar href="http://192.168.125.25:8421/ibm/dircon/lib/Director.jar" download="eager" main="true"/>
    <jar href="http://192.168.125.25:8421/ibm/dircon/lib/DirLibs.jar" download="eager" main="false"/>
    <jar href="http://192.168.125.25:8421/ibm/dircon/lib/DirUIL.jar" download="eager" main="false"/>
    <jar href="http://192.168.125.25:8421/ibm/dircon/lib/monitorinf.jar" download="eager" main="false"/>
    <jar href="http://192.168.125.25:8421/ibm/dircon/lib/lic.jar" download="eager" main="false"/>
    <jar href="http://192.168.125.25:8421/ibm/dircon/lib/USMSEngine.jar" download="eager" main="false"/>
    <jar href="http://192.168.125.25:8421/ibm/dircon/lib/USMSKernelServices.jar" download="eager" main="false"/>
    <jar href="http://192.168.125.25:8421/ibm/dircon/lib/ITDDefaultProductInfo.properties.jar" download="eager" main="false"/>
    <jar href="http://192.168.125.25:8421/ibm/dircon/lib/dircon_inst.jar" download="eager" main="false"/>
    <extension href="http://192.168.125.25:8421/ibm/dircon/lib/jnlp/dircon_extensions.jnlp"/>
    <extension href="http://192.168.125.25:8421/ibm/dircon/lib/jnlp/dircon_inst_ext.jnlp"/>
    <property name="twg.help.dir" value="http://192.168.125.25:8421/ibm/dircon/ConsoleHelp/"/>
    <property name="dir.env" value="lic"/>
    <property name="twg.log.output" value="1"/>
    <property name="twg.code.base" value="\\Director"/>
    <property name="twg.directory.root" value="\\Director"/>
    <property name="twg.directory.classes" value="\\Director\\classes"/>
    <property name="twg.directory.data" value="\\Director\\data"/>
    <property name="twg.directory.log" value="\\Director\\log"/>
    <property name="twg.directory.proddata" value="\\Director\\proddata"/>
    <property name="twg.directory.tempdata" value="\\Director\\tempdata"/>
</resources>
<application-desc main-class="com.tivoli.console.ConsoleLauncher">
    <argument>192.168.125.25</argument>
      </application-desc>
</jnlp> ]
     at com.sun.javaws.Launcher.prepareLaunchFile(Unknown Source)
     at com.sun.javaws.Launcher.prepareToLaunch(Unknown Source)
     at com.sun.javaws.Launcher.launch(Unknown Source)
     at com.sun.javaws.Main.launchApp(Unknown Source)
     at com.sun.javaws.Main.continueInSecureThread(Unknown Source)
     at com.sun.javaws.Main$1.run(Unknown Source)
     at java.lang.Thread.run(Unknown Source)
Exception:
JNLPException[category: System Configuration : Exception: null : LaunchDesc:
<jnlp spec="1.0+" codebase="http://192.168.125.25:8421/ibm/dircon/">
<information>
    <title>IBM Launched Tasks</title>
    <vendor>IBM Corporation</vendor>
    <homepage href="http://www.ibm.com"/>
    <description kind="one-line">IBM Launched Tasks</description>
    <icon href="http://192.168.125.25:8421/ibm/dircon/images/dir_licext.gif" kind="default"/>
</information>
<security>
    <all-permissions/>
</security>
<update check="timeout" policy="always"/>
<resources>
    <java href="http://192.168.125.25:8421/ibm/jreinst/installer" version="1.5.0+"/>
    <jar href="http://192.168.125.25:8421/ibm/dircon/lib/Director.jar" download="eager" main="true"/>
    <jar href="http://192.168.125.25:8421/ibm/dircon/lib/DirLibs.jar" download="eager" main="false"/>
    <jar href="http://192.168.125.25:8421/ibm/dircon/lib/DirUIL.jar" download="eager" main="false"/>
    <jar href="http://192.168.125.25:8421/ibm/dircon/lib/monitorinf.jar" download="eager" main="false"/>
    <jar href="http://192.168.125.25:8421/ibm/dircon/lib/lic.jar" download="eager" main="false"/>
    <jar href="http://192.168.125.25:8421/ibm/dircon/lib/USMSEngine.jar" download="eager" main="false"/>
    <jar href="http://192.168.125.25:8421/ibm/dircon/lib/USMSKernelServices.jar" download="eager" main="false"/>
    <jar href="http://192.168.125.25:8421/ibm/dircon/lib/ITDDefaultProductInfo.properties.jar" download="eager" main="false"/>
    <jar href="http://192.168.125.25:8421/ibm/dircon/lib/dircon_inst.jar" download="eager" main="false"/>
    <extension href="http://192.168.125.25:8421/ibm/dircon/lib/jnlp/dircon_extensions.jnlp"/>
    <extension href="http://192.168.125.25:8421/ibm/dircon/lib/jnlp/dircon_inst_ext.jnlp"/>
    <property name="twg.help.dir" value="http://192.168.125.25:8421/ibm/dircon/ConsoleHelp/"/>
    <property name="dir.env" value="lic"/>
    <property name="twg.log.output" value="1"/>
    <property name="twg.code.base" value="\\Director"/>
    <property name="twg.directory.root" value="\\Director"/>
    <property name="twg.directory.classes" value="\\Director\\classes"/>
    <property name="twg.directory.data" value="\\Director\\data"/>
    <property name="twg.directory.log" value="\\Director\\log"/>
    <property name="twg.directory.proddata" value="\\Director\\proddata"/>
    <property name="twg.directory.tempdata" value="\\Director\\tempdata"/>
</resources>
<application-desc main-class="com.tivoli.console.ConsoleLauncher">
    <argument>192.168.125.25</argument>
      </application-desc>
</jnlp> ]
     at com.sun.javaws.Launcher.prepareLaunchFile(Unknown Source)
     at com.sun.javaws.Launcher.prepareToLaunch(Unknown Source)
     at com.sun.javaws.Launcher.launch(Unknown Source)
     at com.sun.javaws.Main.launchApp(Unknown Source)
     at com.sun.javaws.Main.continueInSecureThread(Unknown Source)
     at com.sun.javaws.Main$1.run(Unknown Source)
     at java.lang.Thread.run(Unknown Source)
deployment.properties:
deployment.javaws.jre.1.registered=true
deployment.javaws.jre.1.enabled=true
deployment.javaws.jre.1.osarch=x86
deployment.javaws.jre.1.osname=Windows
deployment.javaws.jre.1.path=C:\\Program Files\\Java\\jre1.6.0_07\\bin\\javaw.exe
deployment.javaws.jre.1.location=http://java.sun.com/products/autodl/j2se
deployment.javaws.jre.1.product=1.6.0_07
deployment.javaws.jre.1.platform=1.6
deployment.javaws.jre.0.osarch=x86
deployment.javaws.jre.0.enabled=true
deployment.javaws.jre.0.location=http\://java.sun.com/products/autodl/j2se
deployment.javaws.jre.0.path=C\:\\Program Files\\Java\\jre1.6.0_02\\bin\\javaw.exe
deployment.javaws.jre.0.platform=1.6
deployment.javaws.jre.0.osname=Windows
deployment.javaws.jre.0.registered=true
deployment.javaws.jre.0.product=1.6.0_02
deployment.browser.path=C\:\\Program Files\\Internet Explorer\\IEXPLORE.EXE
deployment.version=6.0
deployment.javaws.splash.index=C\:\\Documents and Settings\\adamd292\\Application Data\\Sun\\Java\\Deployment\\cache\\6.0\\splash\\splash.xml

NullPointer Exception ,web start Static class loading in sun JRE with JNLP

I have a netbenas based application and using with jre 1.6.0_22.
i am getting NPE as
java.lang.NullPointerException
at com.sun.deploy.security.CPCallbackHandler.isAuthenticated(Unknown Source)
at com.sun.deploy.security.CPCallbackHandler.access$1300(Unknown Source)
at com.sun.deploy.security.CPCallbackHandler$ChildElement.checkResource(Unknown Source)
at com.sun.deploy.security.DeployURLClassPath$JarLoader.checkResource(Unknown Source)
at com.sun.deploy.security.DeployURLClassPath$JarLoader.getResource(Unknown Source)
at com.sun.deploy.security.DeployURLClassPath.getResource(Unknown Source)
at java.net.URLClassLoader$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(Unknown Source)
at com.sun.jnlp.JNLPClassLoader.findClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at com.osi.solutions.platform.classbuilder.view.ClassExplorerTopComponent.<init>(ClassExplorerTopComponent.java:89)
at com.osi.solutions.platform.classbuilder.view.ClassExplorerTopComponent.getDefault(ClassExplorerTopComponent.java:143)
at com.osi.solutions.platform.classbuilder.view.ClassExplorerTopComponent$ResolvableHelper.readResolve(ClassExplorerTopComponent.java:198)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at java.io.ObjectStreamClass.invokeReadResolve(Unknown Source)
at java.io.ObjectInputStream.readOrdinaryObject(Unknown Source)
at java.io.ObjectInputStream.readObject0(Unknown Source)
at java.io.ObjectInputStream.readObject(Unknown Source)
at org.netbeans.modules.settings.convertors.XMLSettingsSupport$SettingsRecognizer.readSerial(XMLSettingsSupport.java:544)
at org.netbeans.modules.settings.convertors.XMLSettingsSupport$SettingsRecognizer.instanceCreate(XMLSettingsSupport.java:576)
at org.netbeans.modules.settings.convertors.SerialDataConvertor$SettingsInstance.instanceCreate(SerialDataConvertor.java:420)
at org.netbeans.core.windows.persistence.PersistenceManager.getTopComponentPersistentForID(PersistenceManager.java:531)
at org.netbeans.core.windows.persistence.PersistenceManager.getTopComponentForID(PersistenceManager.java:641)
at org.netbeans.core.windows.PersistenceHandler.getTopComponentForID(PersistenceHandler.java:422)
at org.netbeans.core.windows.PersistenceHandler.load(PersistenceHandler.java:147)
at org.netbeans.core.windows.WindowSystemImpl.load(WindowSystemImpl.java:69)
[catch] at org.netbeans.core.NonGui$2.run(NonGui.java:178)
at java.awt.event.InvocationEvent.dispatch(Unknown Source)
at java.awt.EventQueue.dispatchEvent(Unknown Source)
at org.netbeans.core.TimableEventQueue.dispatchEvent(TimableEventQueue.java:104)
at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.run(Unknown Source)
This issue comes very occassionaly .
Does someone have any idea what is wrong. Is this related to any jre bug.
Thanks,
totaram

Hi I'm the one who posted those findings... though further investigation found that increasing your heap size can help, but at best it only reduces the occurances of the problem.
The real cause of the issue is that the Signer's info for a CachedJarFile is held onto by softreferences and is not "rebuilt" if it has been garbage collected. the Reason that increasing your initial heap size works, is that it helps to delay the conditions on which these softreferences are garbage collected. (SoftReferences become eligible for garbage collection when the heap needs to be expanded)
I've put together a hack that traverses all of the jars in a webstart application, finds their corresponding CachedJarFile instance and sticks all of the relevant SoftReferences into a static list, so that they become "hard references" and are never garbage collected.
Below is my JarSignersHardLinker.java hack To use it, just call JarSignersHardLinker.go() it will then
* Check that you are running on webstart and you are on java 1.6 update 19 or higher.
* If the above is true then it will spawn a new thread and create hard links to all the jarsigners for each jar on the classpath.
If you need more info email me on my gmail account. My user name is squaat. I've also posted this code at Re: Error with Java WebStart Signed Jars on 1.6.0_19's new Mixed Code
If you find this helpful and it solves your problems, please leave a positive comment and/or vote for the bug at:
http://bugs.sun.com/view_bug.do?bug_id=6967414
If any oracle/sun webstart engineers are reading this, please contact me... we'd really like this bug fixed.
import java.io.IOException;
import java.lang.ref.SoftReference;
import java.lang.reflect.Field;
import java.lang.reflect.InvocationTargetException;
import java.lang.reflect.Method;
import java.net.JarURLConnection;
import java.net.URL;
import java.net.URLConnection;
import java.util.ArrayList;
import java.util.Enumeration;
import java.util.LinkedHashSet;
import java.util.List;
import java.util.Set;
import java.util.jar.JarFile;
* A utility class for working around the java webstart jar signing/security bug
* see http://bugs.sun.com/view_bug.do?bug_id=6967414 and http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6805618
* @author Scott Chan
public class JarSignersHardLinker {
    private static final String JRE_1_6_0 = "1.6.0_";
     * the 1.6.0 update where this problem first occurred
    private static final int PROBLEM_JRE_UPDATE = 19;
    public static final List sm_hardRefs = new ArrayList();
    protected static void makeHardSignersRef(JarFile jar) throws java.io.IOException {
        System.out.println("Making hard refs for: " + jar );
        if(jar != null && jar.getClass().getName().equals("com.sun.deploy.cache.CachedJarFile")) {
             //lets attempt to get at the each of the soft links.
             //first neet to call the relevant no-arg method to ensure that the soft ref is populated
             //then we access the private member, resolve the softlink and throw it in a static list.
            callNoArgMethod("getSigners", jar);
            makeHardLink("signersRef", jar);
            callNoArgMethod("getSignerMap", jar);
            makeHardLink("signerMapRef", jar);
//            callNoArgMethod("getCodeSources", jar);
//            makeHardLink("codeSourcesRef", jar);
            callNoArgMethod("getCodeSourceCache", jar);
            makeHardLink("codeSourceCacheRef", jar);
     * if the specified field for the given instance is a Softreference
     * That soft reference is resolved and the returned ref is stored in a static list,
     * making it a hard link that should never be garbage collected
     * @param fieldName
     * @param instance
    private static void makeHardLink(String fieldName, Object instance) {
        System.out.println("attempting hard ref to " + instance.getClass().getName() + "." + fieldName);
        try {
            Field signersRef = instance.getClass().getDeclaredField(fieldName);
            signersRef.setAccessible(true);
            Object o = signersRef.get(instance);
            if(o instanceof SoftReference) {
                SoftReference r = (SoftReference) o;
                Object o2 = r.get();
                sm_hardRefs.add(o2);
            } else {
                System.out.println("noooo!");
        } catch (NoSuchFieldException e) {
            e.printStackTrace();
            return;
        } catch (IllegalAccessException e) {
            e.printStackTrace();
     * Call the given no-arg method on the given instance
     * @param methodName
     * @param instance
    private static void callNoArgMethod(String methodName, Object instance) {
        System.out.println("calling noarg method hard ref to " + instance.getClass().getName() + "." + methodName + "()");
        try {
            Method m = instance.getClass().getDeclaredMethod(methodName);
            m.setAccessible(true);
            m.invoke(instance);
        } catch (SecurityException e1) {
            e1.printStackTrace();
        } catch (NoSuchMethodException e1) {
            e1.printStackTrace();
        } catch (IllegalArgumentException e) {
            e.printStackTrace();
        } catch (IllegalAccessException e) {
            e.printStackTrace();
        } catch (InvocationTargetException e) {
            e.printStackTrace();
     * is the preloader enabled. ie: will the preloader run in the current environment
     * @return
    public static boolean isHardLinkerEnabled() {
         boolean isHardLinkerDisabled = false; //change this to use whatever mechanism you use to enable or disable the preloader
        return !isHardLinkerDisabled && isRunningOnJre1_6_0_19OrHigher() && isRunningOnWebstart();
     * is the application currently running on webstart
     * detect the presence of a JNLPclassloader
     * @return
    public static boolean isRunningOnWebstart() {
        ClassLoader cl = Thread.currentThread().getContextClassLoader();
        while(cl != null) {
            if(cl.getClass().getName().equals("com.sun.jnlp.JNLPClassLoader")) {
                return true;
            cl = cl.getParent();
        return false;
     * Is the JRE 1.6.0_19 or higher?
     * @return
    public static boolean isRunningOnJre1_6_0_19OrHigher() {
        String javaVersion = System.getProperty("java.version");
        if(javaVersion.startsWith(JRE_1_6_0)) {
            //then lets figure out what update we are on
            String updateStr = javaVersion.substring(JRE_1_6_0.length());
            try {
                return Integer.parseInt(updateStr) >= PROBLEM_JRE_UPDATE;
            } catch (NumberFormatException e) {
                //then unable to determine updatedate level
                return false;
        //all other cases
        return false;
      * get all the JarFile objects for all of the jars in the classpath
      * @return
     public static Set<JarFile> getAllJarsFilesInClassPath() {
          Set<JarFile> jars = new LinkedHashSet<JarFile> ();
         for (URL url : getAllJarUrls()) {
             try {
                 jars.add(getJarFile(url));
             } catch(IOException e) {
                  System.out.println("unable to retrieve jar at URL: " + url);
         return jars;
     * Returns set of URLS for the jars in the classpath.
     * URLS will have the protocol of jar eg: jar:http://HOST/PATH/JARNAME.jar!/META-INF/MANIFEST.MF
    static Set<URL> getAllJarUrls() {
        try {
            Set<URL> urls = new LinkedHashSet<URL>();
            Enumeration<URL> mfUrls = Thread.currentThread().getContextClassLoader().getResources("META-INF/MANIFEST.MF");
            while(mfUrls.hasMoreElements()) {
                URL jarUrl = mfUrls.nextElement();
//                System.out.println(jarUrl);
                if(!jarUrl.getProtocol().equals("jar")) continue;
                urls.add(jarUrl);
            return urls;
        } catch(IOException e) {
            throw new RuntimeException(e);
     * get the jarFile object for the given url
     * @param jarUrl
     * @return
     * @throws IOException
    public static JarFile getJarFile(URL jarUrl) throws IOException {
        URLConnection urlConnnection = jarUrl.openConnection();
        if(urlConnnection instanceof JarURLConnection) {
            // Using a JarURLConnection will load the JAR from the cache when using Webstart 1.6
            // In Webstart 1.5, the URL will point to the cached JAR on the local filesystem
            JarURLConnection jcon = (JarURLConnection) urlConnnection;
            return jcon.getJarFile();
        } else {
            throw new AssertionError("Expected JarURLConnection");
     * Spawn a new thread to run through each jar in the classpath and create a hardlink
     * to the jars softly referenced signers infomation.
    public static void go() {
        if(!isHardLinkerEnabled()) {
            return;
        System.out.println("Starting Resource Preloader Hardlinker");
        Thread t = new Thread(new Runnable() {
            public void run() {
                try {
                    Set<JarFile> jars = getAllJarsFilesInClassPath();
                    for (JarFile jar : jars) {
                        makeHardSignersRef(jar);
                } catch (Exception e) {
                    System.out.println("Problem preloading resources");
                    e.printStackTrace();
                } catch (Error e) {
                     System.out.println("Error preloading resources");
                     e.printStackTrace();
        t.start();
}Edited by: 855200 on 04-Jul-2011 17:31

JNLP related-content issue in JRE 7u5 Sub Menu Item link not working

we are having an issue with our existing Web Start Application in Java Version 7 Update 2 and above where the Sub Menu items are not being associated with Internet Explorer with href link as Target when using <related-content> tag in JNLP. This is working fine in JRE 1.6, JRE 1.7.0 and 1.7.1. I have tried using Integration Service to programatically create these shortcuts in JRE 1.7.5 but was unsuccessful.
<jnlp spec="6.0+" codebase="http://..." href="xyz.jnlp">
<information>
<title>ABC</title>
<vendor>ABC Vendor</vendor>
<homepage href=""/>
<description>ABC Desc</description>
<description kind="short">ABC Desc Short</description>
<icon href="abc.gif" kind="default"/>
<offline-allowed/>
<shortcut online="true" install="true">
<desktop/>
<menu submenu="ABC"/>
</shortcut>
<related-content href="help.doc">
<title>ABC Help</title>
<icon href="help.gif"/>
</related-content>
<related-content href="Uninstall.html">
<title>Uninstall Page</title>
<icon href="uninstall.gif"/>
</related-content>
</information>
<security>
<all-permissions/>
</security>
<update check="timeout" policy="always"/>
<resources>
<java initial-heap-size="128m" max-heap-size="256m" version="1.6+"/>
<jar href="ABC.jar" download="eager" main="true"/>
</resources>
<application-desc main-class="com.main.Abc"/>
</jnlp>
Any help in this regard would be greatly appreciated.

I haven't filed this as a bug in Java development yet but am going to do so soon, In the mean time i was hoping to see if anyone else is on the same boat as me and if there was a work around.

How to downlaod a version of JRE using JNLP

I have an issue which is currently blocking my development. The issue is as follows
There are 5-6 applications launched via Java Web Start. Each application requires different version of JRE for lauching. The JRE version and the download url can be provided in j2se or java tag of jnlp. However the problem is that when download url is provided in jnlp, it downloads and installs the JRE, and also updates the registry.Since the users donot have administrator rights on the machine, installation fails and so does the launch. Second problem is that, we donot want to use Sun JRE but the one thats already customized internally withinn the company.
Is it possible to download the exploded jre and then either provide the path of jre or update deployment.properties in the cache for application to use.
Any help on this topic would be highly appreciated.

see this link
https://jdk6.dev.java.net/deployment_advice.html
you can modify some changes in to the javascript file you can download the jre file from your site,

JNLP jre 1.5.0.05 autodownload

Similar Messages

Maybe you are looking for