ok, i finally reproduced that error and seemed to have fixed it. can you
try again?
On 4/15/2012 7:04 PM, Nathan Potter wrote:
John,
I made that change and now I get this error:
The following required field is missing from the launch file:
<jnlp><(<application-dec>|<applet-desc>|<installer-desc>|<component-desc>
And the it lists this file under a tab titled "Launch File":
<?xml version="1.0" encoding="utf-8"?>
<jnlp spec="1.0+"
codebase="http://www.unidata.ucar.edu/software/netcdf-java/v4.2/webstart";>
<information>
<title>NetCDF Tools UI 4.2 extra Jars</title>
<vendor>Unidata</vendor>
<offline-allowed/>
</information>
<security>
<all-permissions/>
</security>
<resources>
<jar href="bdb.jar"/>
<jar href="bounce.jar"/>
<jar href="bufr.jar"/>
<jar href="codec.jar"/>
<jar href="ehcache.jar"/>
<jar href="grib.jar"/>
<jar href="httpclient.jar"/>
<jar href="httplogging.jar"/>
<jar href="jdom.jar"/>
<jar href="jgoodies.jar"/>
<jar href="loggingAPI.jar"/>
<jar href="logging.jar"/>
<jar href="opendap.jar"/>
<jar href="protobuf.jar"/>
<jar href="quartz.jar"/>
<jar href="resourcesOptional.jar"/>
<jar href="spring.jar"/>
<jar href="visadNoDods.jar"/>
</resources>
</jnlp>
There is another tab with the "Main Launch File" and the "Exception" tab says:
MissingFieldException[ The following required field is missing from the launch
file:<jnlp>(<application-desc>|<applet-desc>|<installer-desc>|<component-desc>)]
at com.sun.javaws.jnl.XMLFormat.parse(XMLFormat.java:167)
at
com.sun.javaws.jnl.LaunchDescFactory.buildDescriptor(LaunchDescFactory.java:84)
at
com.sun.javaws.jnl.LaunchDescFactory.buildDescriptor(LaunchDescFactory.java:102)
at
com.sun.javaws.LaunchDownload.downloadExtensionsHelper(LaunchDownload.java:724)
at
com.sun.javaws.LaunchDownload.downloadExtensions(LaunchDownload.java:654)
at com.sun.javaws.Launcher.prepareLaunchFile(Launcher.java:702)
at com.sun.javaws.Launcher.prepareAllResources(Launcher.java:592)
at com.sun.javaws.Launcher.prepareToLaunch(Launcher.java:335)
at com.sun.javaws.Launcher.prepareToLaunch(Launcher.java:207)
at com.sun.javaws.Launcher.launch(Launcher.java:124)
at com.sun.javaws.Main.launchApp(Main.java:451)
at com.sun.javaws.Main.continueInSecureThread(Main.java:283)
at com.sun.javaws.Main$1.run(Main.java:116)
at java.lang.Thread.run(Thread.java:680)
Nathan
On Apr 15, 2012, at 5:14 PM, John Caron wrote:
apologies:
use netCDFtoolsExtraJars.jnlp
i will correct docs
On 4/15/2012 6:10 PM, Nathan Potter wrote:
John,
I stoked that you're changing this, but I think there may some issues. I tried
the file as listed here:
http://www.unidata.ucar.edu/projects/THREDDS/tech/tds4.2/reference/Viewers.html#embedding
And I got:
com.sun.deploy.net.FailedDownloadException: Unable to load resource:
http://www.unidata.ucar.edu/software/netcdf-java/current/webstart/netcdfToolsExtraJars.jnlp
at
com.sun.deploy.net.DownloadEngine.actionDownload(DownloadEngine.java:1416)
at
com.sun.deploy.net.DownloadEngine.getCacheEntry(DownloadEngine.java:1569)
at
com.sun.deploy.net.DownloadEngine.getCacheEntry(DownloadEngine.java:1547)
at
com.sun.deploy.net.DownloadEngine.getResourceCacheEntry(DownloadEngine.java:1654)
at
com.sun.deploy.net.DownloadEngine.getCachedFile(DownloadEngine.java:661)
at
com.sun.javaws.LaunchDownload.downloadExtensionsHelper(LaunchDownload.java:711)
at
com.sun.javaws.LaunchDownload.downloadExtensions(LaunchDownload.java:654)
at com.sun.javaws.Launcher.prepareLaunchFile(Launcher.java:702)
at com.sun.javaws.Launcher.prepareAllResources(Launcher.java:592)
at com.sun.javaws.Launcher.prepareToLaunch(Launcher.java:335)
at com.sun.javaws.Launcher.prepareToLaunch(Launcher.java:207)
at com.sun.javaws.Launcher.launch(Launcher.java:124)
at com.sun.javaws.Main.launchApp(Main.java:451)
at com.sun.javaws.Main.continueInSecureThread(Main.java:283)
at com.sun.javaws.Main$1.run(Main.java:116)
at java.lang.Thread.run(Thread.java:680)
Here's my JNLP:
<?xml version="1.0" encoding="utf-8"?>
<jnlp spec="1.0+"
codebase="http://www.unidata.ucar.edu/software/netcdf-java/current/webstart";>
<information>
<title>NetCDF Tools UI</title>
<vendor>Unidata</vendor>
<homepage href="http://www.unidata.ucar.edu/software/netcdf-java/"/>
<description kind="short">GUI interface to netCDF-Java / Common Data
Model</description>
<icon href="nc.gif"/>
<offline-allowed/>
</information>
<security>
<all-permissions/>
</security>
<resources>
<j2se version="1.6+" max-heap-size="1024m"/>
<jar href="netcdfUI.jar"/>
<extension name="netcdfUI Extra" href="netcdfToolsExtraJars.jnlp"/>
</resources>
<application-desc main-class="ucar.nc2.ui.ToolsUI">
<argument>{catalogURL}#{datasetID}</argument>
</application-desc>
</jnlp>
Nathan
On Apr 15, 2012, at 4:58 PM, John Caron wrote:
Hi Nathan:
We have changed the way applications like Hyrax can call the ToolsUI webstart
application, in order to insulate from changes in the webstart jnlp file.
We are using IDV style JNLP files, and using a "current" directory that we can
switch when needed without breaking other applications.
Details are here:
http://www.unidata.ucar.edu/projects/THREDDS/tech/tds4.2/reference/Viewers.html#embedding
This can be used now, let me know if you see any problems.
Thanks for the suggestion!
John.
On 3/15/2012 1:04 PM, Nathan Potter wrote:
Greetings
I have some questions regarding the way that IDV and ToolsUI are deployed via webstart. I
have been caching the prototype .jnlp files in my distribution and modifying the
arguments as needed on a per request basis. This implementation lacks flexibility when
the application host site upgrades to a newer version (and removes the older one). I see
that on motherlode the IDV jnlp bundle now references a "current" version of
the codebase (http://www.unidata.ucar.edu/software/idv/current/webstart) and that the
resources (jar files) are loaded based on content held at the application site:
http://www.unidata.ucar.edu/software/idv/current/webstart/IDV/idvbase.jnlp
This seem like a much more flexible plan. Is it something that will also be
done for NetCDF-ToolsUI?
Alternatively, someone pointed me at the way that AutoPlot handles it's jnlp
generation. They host the application files and a cgi that you pass the
arguments to as part of the query string, it hands back a JNLP with the
arguments filled out and pointing to their most recent version of the AutoPlot
application.
http://autoplot.org/jnlp.cgi?uri=http://cdaweb.gsfc.nasa.gov/sp_phys/data/fast/acf/1998/fa_k0_acf_19980102_v01.cdf
Any thoughts about this?
Thanks,
Nathan
= = =
Nathan Potter ndp at opendap.org
OPeNDAP, Inc. +1.541.231.3317
_______________________________________________
thredds mailing list
thredds@xxxxxxxxxxxxxxxx
For list information or to unsubscribe, visit:
http://www.unidata.ucar.edu/mailing_lists/
= = =
Nathan Potter ndp at opendap.org
OPeNDAP, Inc. +1.541.231.3317
= = =
Nathan Potter ndp at opendap.org
OPeNDAP, Inc. +1.541.231.3317
