Installer-desc arguments

Is there an obvious reason why there isnt an option to pass parameters to an installer-desc class? I want to move my JNLP files to another server at some stage and want to make it as painless as possible - so I need to specify a host name and port number where the jnlp is located as an argument instead of having to remake the jar file/class.
Thanks,
DS

For those who want to know, though you can't pass arguments to installer programs, you can still use the <property name="" value=""/> tag in the resources part of the jnlp file to acheive the same effect.

Similar Messages

Use of installer-desc tag and the ExtensionInstallerService of the jnlp

I have an application where, the properties file is outside the jar file. Each client machine has it's own copy of properties file. At some instances the user has to update the properties file ( to him it's a config file). This is ok with the system when i was not using Web start. Now with web start, i want to give the properties file to the user along with the download. ie. I don't want to post it explicitly, it should go with the installation(ie. download), but place it on a specified location on the client machine. I've seen the <installer-desc> tag, where i've seen there's someother jnlp file also related to the main jnlp file. I couldn't get the correlation. Can anybody help me giving me some info. about <installer-desc> and the ExtensionInstallerService of the javax.jnlp package. Please!! it's very urgent.
Thanks
Aparna

As you have proberbly seen, I have a problem with the return from a <installer-desc> but here is how I did it.
main.jnlp
<?xml version="1.0" encoding="UTF-8"?>
<jnlp codebase="file or url goes here" >
<information>
<title>Main launcher title</title>
<vendor>Company name</vendor>
<offline/>
</information>
<resources>
<j2se version="1.2+" />
<extension
name="Native installer"
href="native.jnlp">
</extension>
<jar href="main.jar" main="true"/>
</resources>
<application-desc main-class="unic.app.launch"/>
</jnlp>
native.jnlp
<?xml version="1.0" encoding="UTF-8"?>
<jnlp codebase="file or url goes here/">
<information>
<title>Native installation</title>
<vendor>Company name</vendor>
<offline/>
</information>
<resources>
<j2se version="1.2+" />
<jar href="native.jar" main="true"/>
</resources>
<installer-desc main-class="unic.native.install" />
</jnlp>
unic.native.install makes all connections with the ExtensionInstallerService (progressbar/heading/status) and installs native stuff. Works all fine, but when all is installSucceeded(false), JWS shows the error "Installation failed" ?? Don't see why..

Failure to load installer-desc extension if server is redeployed

Hello,
We have an application that is deployed using webstart using jre1.6.0_06 Everything works for a first time deployment to a client. However, if you stop the server, wipe it clean and then reload the same server configuration, the first time you attempt to run the application from the client it fails with
MissingFieldException[ The following required field is missing from the launch file: <application-desc> | <applet-desc>]
   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)If you acknowledge the error the download fails. If you try to launch again no error is seen and everything works fine.
There seems to be some confusion on that first execution from a client that has some state in the cache. If you clear the client cache after redeploy of the server it also works without generating that first failure.
The above failure is seen while loading an extension. The client attempts to load a .jnlp file that makes reference to an extension of type <installer-desc> The extension is parsed correctly and all the jar and nativelib entries in the extension are seen and downloaded correctly ( I used the Fiddler proxy to watch the traffic between client and server). However we get the error about a missing <application-desc> tag - when processing this file, well ya, it isn't an application, it is an extension. Fiddler was able to parse the XML that was downloaded and there were no errors.
I tried to download the webstart client source but I could only get the 5.0 version. Looks like there were some extensive changes since the method names do not match up that well.
Any tips on how to debug this further?

This problem seems to be resolved if you run 1.6.0 Update 10 beta on the client.
It looks like extensive changes have been made to the way applets and webstart work in this update.

Installation error-Argument tnsnamesOraTemplate must point to an existing f

Hi experts,
I am getting below error during installation
ERROR      2011-08-30 19:19:44.309 [sixxcstepexecute.cpp:937]
FCO-00011 The step doNetworkConfigurationClient with step key |NW_Doublestack_DB|ind|ind|ind|ind|0|0|NW_CreateDBandLoad|ind|ind|ind|ind|createdbandload|0|NW_CreateDB|ind|ind|ind|ind|createdb|0|NW_OraDBCheck|ind|ind|ind|ind|0|0|NW_OraDBMain|ind|ind|ind|ind|0|0|NW_OraDBStd|ind|ind|ind|ind|std|0|NW_OraClient|ind|ind|ind|ind|3|0|NW_OraNetworkSrv|ind|ind|ind|ind|1|0|doNetworkConfigurationClient was executed with status ERROR ( Last error reported by the
step: Assertion failed: OraNetworkConfigurator.doClientNetworkConfiguration: Argument tnsnamesOraTemplate must point to an existing file.).
I have checked existing file, everything this fine
cat tnsnames.ora
Filename......: tnsnames.ora
Created.......: created by SAP AG, R/3 Rel. >= 6.10
Name..........:
Date..........:
@(#) $Id: //bc/701-1_REL/src/ins/SAPINST/impl/tpls/ora/ind/TNSNAMES.ORA#1 $
SMS.WORLD=
(DESCRIPTION =
    (ADDRESS_LIST =
        (ADDRESS =
          (COMMUNITY = SAP.WORLD)
          (PROTOCOL = TCP)
          (HOST = uschgsbx002)
          (PORT = 1542)
    (CONNECT_DATA =
       (SID = SMS)
       (GLOBAL_NAME = SMS.WORLD)
(*root*on uschgsbx002)
/oracle/SMS/112_64/network/admin#
here we use the port numbers matching with instance no of sap
Please have a look and let me know your inputs
regards
vasu

hi
I have solved this issued. the issue came because installation master corrupted files
Regards
Srinivas

Universal Installer CreateOUI :argument list too long

I am running RH6.1 using KDE and JRE117_v3.
Each time I try to start the installer I
reciecev the error:
Initialising Java Virtual Machine from
/usr/local/jre/bin/jre
Error in CreateOUIProcess(): -1
:Argument List Too Long
Any solution would be greatly appreciated
Thanks PB

I found the answer.
It's a bash-related problem.
It's making a list of all that files, and this is too big.
If I change my command:
jar -cfi ../blues.jar .
the directory is visited file by file and there's no problem about 40.000 files (it only takes 20 minutes :)

HTTPS and Installer-Desc fails on Linux

I have an application which needs an installer before it can be run. If I deploy my application on a server reachable over HTTP everything works fine. Accessing the same JNLP-Files using HTTPS fails with a message that Java 1.4+ is required for HTTPS although I am using 1.4.2_07 on my Linux (Red Hat 9.0).
If I start the same application on my WinXP everything works fine.
If I remove the installer jnlp from my applications jnlp everything starts fine also with HTTPS on my Linux.
Has anybody ran into the same problem? How can I solve that (in production I can only use HTTPS)?

I was able to install the 10G database for linux on Fedora without any problems, as described.

Javaws 64-bit fails to installer newer JRE (Java7u6 auto-upgrading to u7)

Hi,
I have a machine with an previous version of java installed (tried with 1.7.0_06).
My Jnlp file is set to automatically download the latest JRE. This works fine if the JRE installed is 32-bit. But if the user has downloaded the x64 bit version (on windows 7), everything works, except when I change the required version spec to 1.7.0_07.
The confirmation dialog to install 1.7.0_07 comes up but fails, as it tries to download and run the 32-bit installer while the javaws is 64-bit. Shouldn't the 64-bit version download a 64-bit version when auto-downloading?
The user is running javaws from the commandline
javaws.exe http://myserver/myapp.jnlp
h3. This is the jnlp file generated by javaws to auto download the JRE
<jnlp codebase="http://javadl.sun.com/webapps/jawsautodl/AutoDL/j2se">
<information>
<title>J2RE 1.7.0_07 Installer</title>
<vendor>Sun Microsystems, Inc.</vendor>
</information>
<security>
<all-permissions/>
</security>
<resources>
<j2se version="1.3+" href="http://java.sun.com/products/autodl/j2se"/>
<jar href="javaws-j2re-inst-w.jar" download="lazy" size="70700"/>
<property name="installerLocation" value="jre-7u7-windows-i586-iftw.exe"/>
<property name="installerSize" value="894952"/>
<property name="javaVersion" value="1.7.0_07"/>
<property name="platformVersion" value="1.7"/>
<property name="msvcrt.versionMS" value="60000"/>
<property name="msvcrt.versionLS" value="20910000"/>
<property name="osplatform" value="windows-i586"/>
</resources>
<installer-desc main-class="com.sun.webstart.installers.Main"/>
</jnlp>
h3. Console output:
Java Web Start 10.6.2.24
Using JRE version 1.7.0_06-b24 Java HotSpot(TM) 64-Bit Server VM
User home directory = C:\Users\myuser
c: clear console window
f: finalize objects on finalization queue
g: garbage collect
h: display this help message
m: print memory usage
o: trigger logging
p: reload proxy configuration
q: hide console
r: reload policy configuration
s: dump system and deployment properties
t: dump thread list
v: dump thread stack
0-5: set trace level to <n>
Could not launch from cache. Will try online mode. [Some of required resources are not cached.]
Match: beginTraversal
Match: digest selected JREDesc: JREDesc[version 1.3+, heap=-1--1, args=null, href=http://java.sun.com/products/autodl/j2se, sel=false, null, null], JREInfo: JREInfo for index 0:
platform is: 1.7
product is: 1.7.0_06
location is: http://java.sun.com/products/autodl/j2se
path is: C:\Program Files\Java\jre7\bin\javaw.exe
args is: null
native platform is: Windows, amd64 [ x86_64, 64bit ]
JavaFX runtime is: JavaFX 2.2.0 found at C:\Program Files\Java\jre7\
enabled is: true
registered is: true
system is: true
Match: ignoring maxHeap: -1
Match: ignoring InitHeap: -1
Match: digesting vmargs: null
Match: digested vmargs: [JVMParameters: isSecure: true, args: ]
Match: JVM args after accumulation: [JVMParameters: isSecure: true, args: ]
Match: digest LaunchDesc: null
Match: digest properties: [-DinstallerLocation=jre-7u7-windows-i586-iftw.exe, -DinstallerSize=894952, -DjavaVersion=1.7.0_07, -DplatformVersion=1.7, -Dmsvcrt.versionMS=60000, -Dmsvcrt.versionLS=20910000, -Dosplatform=windows-i586]
Match: JVM args: [JVMParameters: isSecure: false, args: -DinstallerLocation=jre-7u7-windows-i586-iftw.exe -DinstallerSize=894952 -DjavaVersion=1.7.0_07 -DplatformVersion=1.7 -Dmsvcrt.versionMS=60000 -Dmsvcrt.versionLS=20910000 -Dosplatform=windows-i586]
Match: endTraversal ..
Match: JVM args final: -DinstallerLocation=jre-7u7-windows-i586-iftw.exe -DinstallerSize=894952 -DjavaVersion=1.7.0_07 -DplatformVersion=1.7 -Dmsvcrt.versionMS=60000 -Dmsvcrt.versionLS=20910000 -Dosplatform=windows-i586
Match: Running JREInfo Version match: 1.7.0.06 == 1.7.0.06
Match: Running JVM args match the secure subset: have:<> satisfy want:<-DinstallerLocation=jre-7u7-windows-i586-iftw.exe -DinstallerSize=894952 -DjavaVersion=1.7.0_07 -DplatformVersion=1.7 -Dmsvcrt.versionMS=60000 -Dmsvcrt.versionLS=20910000 -Dosplatform=windows-i586>
#### Java Web Start Error:
#### java.lang.UnsatisfiedLinkError: C:\Users\myuser\AppData\LocalLow\Sun\Java\Deployment\cache\6.0\ext\E1349249798698\j2re-installer.dll: Can't load IA 32-bit .dll on a AMD 64-bit platform
h3. My JNLP file
<?xml version="1.0" encoding="UTF-8" ?>
<jnlp spec="6.0.10+" version="1.5-SNAPSHOT.431" href="hello.world.ApplicationStarter.jnlp" codebase="http://myserver/myapp">
<information>
<title>MyApp</title>
<vendor>MyCorp</vendor>
<homepage>http://myserver/myapp</homepage>
<icon href="img/applicationIcon.png" />
<icon href="img/applicationIcon.png" kind="splash" />
<icon href="img/applicationIcon.png" kind="shortcut" />
</information>
<resources>
<j2se version="1.7*&1.7.0_07+" href="http://java.sun.com/products/autodl/j2se" />
<jar href="myapp.jar" main="true" version="1.5-SNAPSHOT.431"/>
<property name="jnlp.versionEnabled" value="true"/>
</resources>
<application-desc main-class="hello.world.ApplicationStarter">
<argument>http://myserver/myapp</argument>
</application-desc>
<security>
<all-permissions />
</security>
<update check="always" />
</jnlp>
Edited by: 889232 on Oct 4, 2012 7:13 AM

Hi outpaddling,
Remember, you tried the "cacls" command and it did not work for you. I spent sometime on it and found that on Win7, there's command called "takeown" on Win7, which allows an administrator to recover access to a file/folder that was denied by re-assigning file ownership.
Could you try the following?
Note: You must elevate the level of permissions for Win 7 with UAC enabled.
On Windows 7
Choose Start > Programs > Accessories.
Right-click on Command Line and select Run As Administrator.
If Error 1321 is being caused due to some file e.g. if it's ACE.dll, then it's containing folder e.g. "C:\Program Files (x86)\Adobe\Reader 9.0" is to be mentioned in the below command line. The below command in blue can be typed at the command line and the end press Enter Key.
C:\Windows\system32>takeown /f "C:\Program Files (x86)\Adobe\Reader 9.0" /r /d y && icacls "C:\Program Files (x86)\Adobe\Reader 9.0" /grant administrators:F SYSTEM:F /t
After running the command, you should be seeing something like this,
Successfully processed 1367 files; Failed processing 0 files
And then try installing Reader 9.3.3 from http://ardownload.adobe.com/pub/adobe/reader/win/9.x/9.3.3/enu/AdbeRdr933_en_US.exe
Hope, it helps.

Deploying Application Without codebase and an extension (installer.jnlp)

Hi,
It seems that the deployment file can be relative to launch.html but the extension file requires the codebase attribute.
This launch fails
http://www.dksy.net/auctionzoom/downloads/download/jpawebstart-no-codebase/launch.html
this launch succeeds
http://www.dksy.net/auctionzoom/downloads/download/jpawebstart/launch.html
In the second case, the codebase attribute is specified
<jnlp codebase="http://www.dksy.net/auctionzoom/downloads/download/jpawebstart/" href="installer.jnlp" spec="1.0+">This reference documents the deployment file (launch.jnlp), but not the extension (installer.jnlp).
http://java.sun.com/docs/books/tutorial/deployment/deploymentInDepth/deployingWithoutCodebase.html
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
    <head>
        <title>Test page for launching the application via JNLP No Codebase</title>
    </head>
    <body>
        <h3>Test page for launching the application via JNLP No Codebase</h3>
        <p><a href="javascript:deployJava.launchWebStartApplication('launch.jnlp');">Launch Paystation application</a></p>
        <script src="http://java.com/js/deployJava.js"></script>
    </body>
</html>
<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<jnlp href="launch.jnlp" spec="1.0+">
    <information>
        <title>JPAWebStart</title>
        <vendor>AZ</vendor>
        <homepage href=""/>
        <description>JPAWebStart</description>
        <description kind="short">JPAWebStart</description>
        <shortcut online="true">
            
            <desktop/>
            
            <menu submenu="JPAWebStart"/>
        </shortcut>
        <related-content href="README.TXT">
            <title>Readme File</title>
            <description/>
        </related-content>
    <offline-allowed/>
</information>
    <security>
        <all-permissions/>
    </security>
    <update check="background" policy="prompt-update"/>
    <resources>
<j2se version="1.6+"/>
<jar eager="true" href="JPAWebStart.jar" main="true"/>
    <jar href="lib/antlr-2.7.6.jar"/>
<jar href="lib/asm.jar"/>
<jar href="lib/asm-attrs.jar"/>
<jar href="lib/cglib-2.1.3.jar"/>
<jar href="lib/commons-collections-2.1.1.jar"/>
<jar href="lib/commons-logging-1.1.jar"/>
<jar href="lib/dom4j-1.6.1.jar"/>
<jar href="lib/ehcache-1.2.3.jar"/>
<jar href="lib/jdbc2_0-stdext.jar"/>
<jar href="lib/jta.jar"/>
<jar href="lib/hibernate3.jar"/>
<jar href="lib/hibernate-tools.jar"/>
<jar href="lib/hibernate-annotations.jar"/>
<jar href="lib/hibernate-commons-annotations.jar"/>
<jar href="lib/hibernate-entitymanager.jar"/>
<jar href="lib/javassist.jar"/>
<jar href="lib/ejb3-persistence.jar"/>
<jar href="lib/derby.jar"/>
<jar href="lib/log4j-1.2.15.jar"/>
<jar href="lib/jardiff.jar"/>
<jar href="lib/jnlp-servlet.jar"/>
<jar href="lib/jnlp.jar"/>
<extension href="installer.jnlp" name="Installer" version=""/>
</resources>
    <resources>
        <jar href="JPAWebStartMain.jar" main="false"/>
    </resources>
    <application-desc main-class="demo.main.JPADemo">
    </application-desc>
</jnlp>
<?xml version="1.0" encoding="UTF-8"?>
<jnlp href="installer.jnlp" spec="1.0+">
    <information>
        <title>Installer</title>
        <vendor>AZ</vendor>
        <offline-allowed/>
    </information>
    <security>
        <all-permissions/>
    </security>
    <resources>
        <j2se version="1.6+" />
        <jar href="installer.jar" main="true" />
    </resources>
    <installer-desc main-class="com.az.installer.Installer">
        
    </installer-desc>
</jnlp>

Can't see any question mark and can't actually guess one, you wrote out quite a dissertation on it. Are you giving away 10 dukes for the first one telling you 'CORRECT!' (I really hope so)?
Bye.

J2se 1.5 jnlp installer extension

Has any one being successful in getting an installer extesion (using installer-desc) to run under j2se 1.5 webstart. It constantly fails with following error for me.
JNLPException[category: Launch File Error : Exception: null : LaunchDesc:[/b]
However this Runs well under j2se 1.4+
I am not sure this is a java bug or I am doing something wrong.
Any reply would be greatly appreciated.
Vajira

main jnlp file
<?xml version="1.0" encoding="utf-8"?>
<jnlp spec="1.5+" codebase="http://eslserver:9085/installer_web/launch/" href="$$name">
     <information>
     <title>FSOnline Desktop Client</title>
     <vendor>Future School</vendor>
     <homepage href="http://www.future.com.au"/>
     <description>Version 1.0</description>
     <description kind="short">FSOnline Desktop Client</description>
     <icon href="images/icon.gif"/>
               <icon kind="splash" href="images/splash.jpg"/>
     <offline-allowed/>
     </information>
     <security>
     <all-permissions/>
     </security>
     <resources os="Windows" arch="x86">
     <j2se version="1.3+" maximum-heap-size="250m"/>
     <jar href="resources/app/rmiserver.jar"/>
     <jar href="resources/app/common.jar"/>
     <jar href="resources/app/bsf.jar"/>
     <jar href="resources/app/jaxp-api.jar"/>
     <jar href="resources/app/js.jar"/>
     <extension name="FSOnline Desktop Client Installer" href="installer-ext.jnlp"/>
     </resources>
     <application-desc main-class="com.fs.learner.core.rmi.FsdsRmiImpl">
          <argument>Main.htm</argument>
          </application-desc>
     </jnlp>
installer extension is as follows
<?xml version="1.0" encoding="utf-8"?>
<jnlp spec="1.5+" codebase="http://eslserver:9085/installer_web/launch/" href="$$name">
     <information>
     <title>FSOnline Desktop Client Installer</title>
     <vendor>Future School</vendor>
<homepage href="http://www.future.com.au"/>
     <icon href="images/icon.gif"/>
     <offline-allowed/>
     </information>
     <security>
     <all-permissions/>
     </security>
     <resources os="Windows" arch="x86">
          <j2se version="1.3+" maximum-heap-size="250m"/>
          <jar href="resources/app/installer.jar"/>
     </resources>
     <installer-desc main-class="com.fs.launch.core.Welcome"/>
</jnlp>

Shortcuts not applied when using installer-dec extension jnlp

Hi,
I have written an installer for my application, it does some copying tasks and ask the user for some init issues.
I have successfully created the two jnlp's required to launch the installer and then the application. Now, I changed the success behaviour of the installer so it asks for a restart.
Problem is, Shortcuts for running the application are placed on desktop/startup folders only when application is first run. when the computer is restarted there are no shortcuts. So the user most find the web location again in order to run the program, this is not the behavior i was looking for.
My main jnlp:
<?xml version="1.0" encoding="utf-8"?>
<jnlp spec="1.6+" codebase="http://XXX.XXX.com/jws" href="testSP.jnlp">
    <information>
        <title>Title</title>
        <vendor>Vendor</vendor>
        <description>ServicePoint</description>
        <icon kind="shortcut" href="xxx.ico"/>
        <icon kind="splash" href="xxx.splash.jpg"/>
        <offline-allowed/>
        <update check="always"/>
        <shortcut online="true">
            <menu submenu="StartUp"/>
        </shortcut>
    </information>
    <security>
        <all-permissions/>
    </security>
    <update check="timeout" policy="always"/>
    <resources>
        <property name="publish-url" value="$$context/publish"/>
        <property name="xxx.logdir" value="logs"/>
        <j2se version="1.6+"/>
        <extension name="setup"     href="installer/installer.jnlp"/>
        <jar href="sp/TestSP.jar"/> 
    </resources>
    <application-desc main-class="xxx.sp.Loader"/>
         
    </application-desc>
</jnlp>My Installer jnlp:
<?xml version="1.0" encoding="utf-8"?>
<jnlp spec="1.0" codebase="http://xxx.xxx.com/jws/installer" href="installer.jnlp">
    <information>
        <title>Setup</title>
        <vendor>Vendor</vendor>
     <offline-allowed/>
    </information>
    <security>
        <all-permissions/>
    </security>
    <resources>
        <j2se version="1.6+"/>
        <jar href="SPInstaller.jar" download="eager"/>
    </resources>
    <installer-desc main-class="xxx.sp.Installer"/>
</jnlp>This is the request for restart:
installerService.installSucceeded(true);Any help will be greatly appreciated,
regards,
Raanan

Well, No guessing. fixed the syntax, apparently extensions needs to appear after all the jars.
New Main JNLP:
<?xml version="1.0" encoding="utf-8"?>
<jnlp spec="1.6+" codebase="http://xxx.xxx.com:8081/jws" href="xxx.jnlp">
    <information>
        <title>title</title>
        <vendor>vendor</vendor>
        <description>ServicePoint</description>
        <icon kind="shortcut" href="xxx.ico"/>
        <icon kind="splash" href="xxx.splash.jpg"/>
        <offline-allowed/>
        <shortcut online="true">
            <menu submenu="StartUp"/>
        </shortcut>
    </information>
    <security>
        <all-permissions/>
    </security>
    <update check="timeout" policy="always"/>
    <resources>
        <j2se version="1.6+"/>
        <jar href="sp/testSP.jar" main='true'/>
        <jar href="sp/messages.jar"/>
        <jar href="sp/SP.properties.jar"/>
        <jar href="sp/TrackerRuntime.jar"/>
        <extension href="installer/installer.jnlp"/>
        <property name="publish-url" value="$$context/publish"/>
        <property name="logdir" value="logs"/>
    </resources>
    <application-desc main-class="xxx.sp.Loader">
         
    </application-desc>
</jnlp>Still the same problem.

Extension Installer in infinite loop

Hi,
I'm trying to use an Extension Installer to install some extra files for my application. I've searched the forum for problems with the Extension Installer and I've seen a few posts, even the same problem I'm having. But none of the suggestions have helped.
When I run the Extension Installer locally on my own machine it works just fine. However when I move the code to access over the internet the extension installer gets stuck in an infinite loop and my application will never start. And yes, my installer ends with eis.installSucceeded(false).
Based on other messages in the forum, these are some of the things that I've tried, to no avail:
1. Add System.exit(0) as the very last statement in my installer.
2. I don't specify a port in my codebase in either the application jnlp or the extension jnlp.
3. The webserver is running on the default port (80).
4. Tried adding "javaws.cfg.forceUpdate=false" to my javaws.cfg file.
I'm using JWS 1.0.1_02. My web server is IBM HTTP Server. The machine that I'm trying to install to is running W2K.
Anyone have any suggestions?
Thanks,
Beth

The funny thing is that with you it seems to happen
during
one JWS launch session.
So I wonder why JWS will run k instances of your
Extension
installer.
You don't have an <extension> tag in the jnlp file of
your extension
installer, creating an infinite recursion?
Yes, I wonder why I get multiple instances of the Extension Installer. And also that it works fine if everything is running on my local computer. If I just change the codebase and run everything over the internet is when I get it an infinite loop. Any ideas would be greatly appreciated.
If it will help, here are my .jnlp files:
Extension:
<?xml version="1.0" encoding="utf-8"?>

<jnlp     spec="1.0 1.0+"
     codebase="http://apsrv176.ctt.com/bethTest" >
     <information>
          <title>NGS SpellChecker Installer</title>
          <vendor>Vendor</vendor>
          <homepage href="docs/help.html"/>
          <description>SpellChecker Installer</description>
          <description kind="short">Install the SpellChecker files</description>
     </information>
<security>
<all-permissions />
</security>
     <resources>
          <j2se version="1.2"/>
          <property name="ngs.root" value="NGS"/>
          <property name="spellchecker.home" value="SpellChecker"/>
          <jar href="SpellChecker/SpellCheckerInstaller.jar"/>
     </resources>
     <installer-desc main-class="com.ngs.spellcheckerinstaller.SpellCheckerInstaller" />
</jnlp>
Main:
<?xml version="1.0" encoding="utf-8"?>

<jnlp     spec="1.0 1.0+"
     codebase="http://apsrv176.ctt.com/bethTest" >
     <information>
          <title>NGS Application</title>
          <vendor>Vendor</vendor>
          <homepage href="docs/help.html"/>
          <description>NGS</description>
          <description kind="short">NGS</description>
          <icon href="images/ngs.jpg"/>
     </information>
     <security>
          <all-permissions/>
     </security>
     <resources>
          <j2se version="1.2" initial-heap-size="64m" max-heap-size="64m"/>
          <property name="ngs.root" value="NGS"/>
          <property name="spellchecker.home" value="SpellChecker"/>
          <jar href="jars/NGSMainForm.jar"/>
<snip... lots of other jars>
          <nativelib href="jars/bridge2java.jar" />
          <extension href="Third_Party_Jars.jnlp" />
     </resources>
     <resources>
          <extension
               name="SpellCheckerInstaller"
               href="SpellCheckerInstaller.jnlp">
          </extension>
     </resources>
     <application-desc main-class="NGSMainForm"/>
</jnlp>

Passing arguments in JNLP not working

I am trying to send arguments to my web start application in the JNLP file attached below.
But my application claims that there are no arguments passed to its main program.
This is under JDK 1.4.2 and Windoze XP.
Has anyone seen this problem or seen it work? I must be doing something simple wrong, but no apparent error messages.
<?xml version="1.0" encoding="utf-8"?>

<jnlp spec="1.0" codebase="http://www.unidata.ucar.edu/projects/THREDDS/tech/webstart/Viewer/" href="Viewer.jnlp">
<information>
<title>Start THREDDS Data Viewer with selected dataset</title>
<vendor>Unidata</vendor>
<homepage href="http://www.unidata.ucar.edu/projects/THREDDS/tech/webstart/Viewer/index.html"/>
<description>THREDDS Data Viewer</description>
<description kind="short">Prototype client for THREDDS Data servers. </description>
<icon href="Viewer.gif"/>
<offline-allowed/>
</information>
<security>
<all-permissions/>
</security>
<resources>
<j2se version="1.4" max-heap-size="512m"/>
<jar href="threddsViewer.jar"/>
<jar href="threddsViewerResources.jar"/>
<jar href="threddsViewerResourcesOptional.jar" download="lazy"/>
<extension name="THREDDS common" href="../common/common.jnlp"/>
<extension name="SunExtensions" href="../SunExtensions/SunExtensions.jnlp"/>
<extension name="xml" href="../xml/xml.jnlp"/>
<property name="javax.xml.parsers.SAXParserFactory" value="org.apache.xerces.jaxp.SAXParserFactoryImpl"/>
<property name="javax.xml.parsers.DocumentBuilderFactory" value="org.apache.xerces.jaxp.DocumentBuilderFactoryImpl"/>
</resources>
<application-desc>
<argument>-dataset</argument>
<argument>catalog=http://localhost:8080/thredds/catalog.xml&dataset=IDVtest</argument>
</application-desc>
</jnlp>
THANKS!

I tried running this with 1.5.0-beta1
webstart reports that the signature is bad on one of the signed extensions, and will not run
(http://www.unidata.ucar.edu/projects/THREDDS/tech/webstart/Viewer/Viewer.jnlp)
However the jnlp cache viewer can show the interpretation of the jnlp file. It shows:
<jnlp spec="1.0" codebase="http://www.unidata.ucar.edu/projects/THREDDS/tech/webstart/Viewer/" href="http://www.unidata.ucar.edu/projects/THREDDS/tech/webstart/Viewer/Viewer.jnlp">
<information>
<title>THREDDS Data Viewer </title>
<vendor>Unidata</vendor>
<homepage href="http://www.unidata.ucar.edu/projects/THREDDS/tech/webstart/Viewer/index.html"/>
<description>THREDDS Data Viewer</description>
<description kind="short">Prototype client for THREDDS Data servers. </description>
<icon href="http://www.unidata.ucar.edu/projects/THREDDS/tech/webstart/Viewer/Viewer.gif" kind="default"/>
<offline-allowed/>
</information>
<security>
<all-permissions/>
</security>
<resources>
<j2se max-heap-size="536870912" version="1.4"/>
<jar href="http://www.unidata.ucar.edu/projects/THREDDS/tech/webstart/Viewer/threddsViewer.jar" download="eager" main="false"/>
<jar href="http://www.unidata.ucar.edu/projects/THREDDS/tech/webstart/Viewer/threddsViewerResources.jar" download="eager" main="false"/>
<jar href="http://www.unidata.ucar.edu/projects/THREDDS/tech/webstart/Viewer/threddsViewerResourcesOptional.jar" download="lazy" main="false"/>
<extension href="http://www.unidata.ucar.edu/projects/THREDDS/tech/webstart/common/common.jnlp" name="THREDDS common"/>
<extension href="http://www.unidata.ucar.edu/projects/THREDDS/tech/webstart/SunExtensions/SunExtensions.jnlp" name="SunExtensions"/>
<extension href="http://www.unidata.ucar.edu/projects/THREDDS/tech/webstart/xml/xml.jnlp" name="xml"/>
<property name="javax.xml.parsers.SAXParserFactory" value="org.apache.xerces.jaxp.SAXParserFactoryImpl"/>
<property name="javax.xml.parsers.DocumentBuilderFactory" value="org.apache.xerces.jaxp.DocumentBuilderFactoryImpl"/>
</resources>
<application-desc main-class="thredds.viewer.Main"/>
</jnlp>
ie: no arguments.
looking at the file in the cache, I see the same thing.
it has no <argument>-dataset</argument> in the application-desc
/Dietz

Example of Extension installer ?

Hi
Anybody has an example of a JNLP application that uses an installer (installer-desc) ??
I am tyring to make one, but somehow, I cannot get the application to start after the installer finishes...
cheers
Yann.

Indeed !
I found the solution to my problem at http://forums.java.sun.com/thread.jsp?forum=38&thread=71285
The problem is due to the use of a non-default port for the web server.

Two users, two seperate arguments - both receive same jnlp

Hello, we have an app that users download a jnlp package but pass specific arguments within the jnlp request:
<application-desc main-class="com.cbi.tellertools.digitalcapture.DigitalCapture">
<argument><%= codebaseBuffer.toString() %>/SaveDigitalImageServlet</argument>
<argument><%= request.getRemoteHost() %></argument>
<argument><%= FIRST %></argument>
<argument><%= MIDDLE %></argument>
<argument><%= INITIAL %></argument>
</application-desc>
When the jnlp gets requested at the same time, both users receive the jnlp package with the arguments from whomever was the last to request it. This happens only with near simultaneous requests, otherwise it works fine. Is there a way to force threading or are we blatantly missing something? I inherited this jnlp application and am new to jnlp (but not new to Java) so if there's a simple explanation and fix please say so. Thanks!

Interesting thought. A race condition and threading issue have been the symptoms. I've been thinking JNLP was not handling the arguments. Here's what the code had (and please bear in mind this was inherited):
<%!
static String FIRST= null;
%>
<%
FIRST= request.getParameter("first");
%>
<?xml version="1.0" encoding="UTF-8"?>
<jnlp ...
<application-desc>
<argument><%= FIRST %></argument>
</application-desc>
</jnlp>
So even if the preceding page had the variables correct, once passed to this page they're not thread safe. Barring a whole rewrite, is just modifying the declarations enough?
<%
String FIRST= null;
%>
I certainly appreciate your input.

Web start fires up the installer twice

All
We are seeing some issues where java web start is invoking the installer twice for some reason instead of once.
When we install the application using the installer it installs correctly and everything looks good .But whenever the user clicks on the shortcut icon it tries to install the application again by downloading all the jar files and gets the installer screen again .This happens twice but im not sure why.
I tried this on two JRE .14 and .15 and both had same problems.
Im pasting the two JNLP files we are using . The first JNLP is the main jnlp file which refers to the installer jnlp using the extension tag.
-----------------------------------------------------------Main JNLP-----------------------------------------------------
<?xml version="1.0" encoding="UTF-8"?>
<jnlp codebase="$$context/CCA" href="$$context/CCA/AuthoringLaunch.jnlp">
<information>
     <title>Sample Learning Studio</title>
     <vendor>Sample Corporation</vendor>
     <description>Sample</description>
     <icon href="$$context/CCA/resources/images/desktopIcon.png"/>
     <icon kind="splash" href="$$context/CCA/resources/images/splash-screen.png"/>
     <offline-allowed/>
     <shortcut>
               <desktop/>
               <menu submenu="Sample Learning Studio"/>
     </shortcut>
</information>
<security>
<all-permissions/>
</security>
<update check="always" policy="prompt-update"/>
<resources os="Windows" arch="x86">
     <nativelib href="$$context/CCA/lib/swt-3.5M1-win32-win32-x86.jar" download="eager"/>
     </resources>
<resources>
     <j2se version="1.6+"/>
     <jar href="$$context/CCA/lib/jna_WindowUtils.jar" download="eager"/>
     <jar href="$$context/CCA/lib/jna-3.0.7.jar" download="eager"/>
          <jar href="$$context/CCA/lib/MozillaInterfaces-1.8.1.3.jar" download="eager"/>
          <jar href="$$context/CCA/lib/derby.jar" download="eager"/>
          <jar href="$$context/CCA/lib/ibatis-2.3.0.677.jar" download="eager"/>
          <jar href="$$context/CCA/lib/xml.jar" download="eager"/>
          <jar href="$$context/CCA/lib/activation.jar" download="eager"/>
          <jar href="$$context/CCA/lib/mail.jar" download="eager"/>
          <jar href="$$context/CCA/lib/AuthoringBuisnessObjects.jar" download="eager"/>
          <jar href="$$context/CCA/lib/AuthoringBrowser.jar" download="eager"/>
          <jar href="$$context/CCA/lib/AuthoringCore.jar" download="eager"/>
          <jar href="$$context/CCA/lib/AuthoringCourse.jar" download="eager"/>
          <jar href="$$context/CCA/lib/AuthoringCommands.jar" download="eager"/>
          <jar href="$$context/CCA/lib/AuthoringComponents.jar" download="eager"/>
          <jar href="$$context/CCA/lib/AuthoringDataObjects.jar" download="eager"/>
          <jar href="$$context/CCA/lib/AuthoringDb.jar" download="eager"/>
          <jar href="$$context/CCA/lib/AuthoringExceptions.jar" download="eager"/>
          <jar href="$$context/CCA/lib/AuthoringLogger.jar" download="eager"/>
     <jar href="$$context/CCA/lib/AuthoringLicense.jar" download="eager"/>
     <jar href="$$context/CCA/lib/AuthoringMain.jar" main="true" download="eager"/>
          <jar href="$$context/CCA/lib/AuthoringRequestBeans.jar" download="eager"/>
     <jar href="$$context/CCA/lib/AuthoringUtils.jar" download="eager"/>
     <jar href="$$context/CCA/lib/resources.jar" download="eager"/>
          <extension name="AuthoringInstaller" href="$$context/CCA/lib/AuthoringInstaller.jnlp"/>
     <property name="application.context" value="$$context"/>
</resources>
     <application-desc main-class="com.sample.authoring.main.ApplicationMainLaunch"/>
</jnlp>
-----------------------------------------------------------Main JNLP-----------------------------------------------------
Here is the installer JNLP file
--------------------------------------------------------------Installer JNLP-----------------------------------------------------
<jnlp codebase="$$context/CCA/lib" href="$$context/CCA/lib/AuthoringInstaller.jnlp">
<information>
<title>Sample Learning Studio</title>
<vendor>Sample Corporation</vendor>
<description>Installer</description>
<offline-allowed/>
</information>
<security>
<all-permissions/>
</security>
<resources>
     <j2se version="1.6+"/>
<jar href="$$context/CCA/lib/resources.jar" download="eager"/>
          <jar href="$$context/CCA/lib/AuthoringExceptions.jar" download="eager"/>
          <jar href="$$context/CCA/lib/AuthoringLogger.jar" download="eager"/>
     <jar href="$$context/CCA/lib/AuthoringUtils.jar" download="eager"/>
<jar href="$$context/CCA/lib/AuthoringInstaller.jar" main="true"/>
<property name="deployer.context" value="$$context"/>
<property name="deployer.codeBase" value="CCA"/>
<property name="deployer.configFile" value="deploy.xml"/>
<property name="deployer.configDir" value="conf"/>
</resources>
<installer-desc main-class="com.sample.authoring.installer.InstallationWizad"/>
</jnlp>
--------------------------------------------------------------Installer JNLP-----------------------------------------------------
I'm not sure why the installer was getting fired twice .
To solve this problem i tried to update      <shortcut> tag to have a online attribute <shortcut online="false">
By doing this it prevented the installer from firing up twice but it alerts the user with another alert which tells "The application has requested to go online ".
Can someone let me know why this would happen.
Also let me know if there is a way to have java web start application always launch offline and check for updates?
Thanks
Chetan

In this very same forum BenGlacy said he got there (no online launch and check for update) by removing the jnlp href attribute.
Anyway there's something that doen't make sense in your post
Chetan_Loves_Java wrote:
When we install the application using the installer it installs correctly and everything looks good You don't install using an installer, it's meant to execute una-tantum tasks before app's first launch. If your installer does anything different, that could be the reason of your problems. By the way, in Java Web Start you don't install (period), you launch.
If you, instead, mean the javaws -install option, please check all hrefs in JNLPs and look for 'twin' entries in your cache (javaws -viewer), resources are chached by URL, even the slightest difference can make them appear like 2 different voices.
Application tries to go online 'cause it has an absolute href (instead of one relative to the codebase), althought, I gotta say, you may find in this forum that absolute href happened sometime to solve some problems. About this, why are you using absolute path (repeating codebase) on every resource (afaik, this never solved any probleam)?
Bye.

Installer-desc arguments

Similar Messages

Maybe you are looking for