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
