NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
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
thredds archives: