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.
Hi again Phil,Sorry for the delay. These old DTD and schema files got "cleaned up" in our source tree and are currently not getting packaged as resources in the netcdf-4.3.jar file. They are still available at the URLs shown in your error message. So, not sure why they didn't get resolved. Where you off-line at the time?
Until we can review the code and get this figured out in a more thorough manner, I'm going to get these and any other "cleaned up" DTD/schema files back to being packaged in our distribution. Should be in the next release (4.3.16).
Ethan On 1/15/2013 1:51 PM, Ethan Davis wrote:
Hi Phil, [About to run out but wanted to get you a quick response.] Both the QueryCapabilities and the CatalogGenConfig XML dialects are pretty old and no longer being developed (and never widely used). There is still code in the netCDF-Java library that deals with them and probably needs to be deprecated. I'm not sure what would have changed between 4.2 and 4.3 to cause this error. I'll take a closer look later today or tomorrow. Ethan On 1/15/2013 5:27 AM, Bentley, Philip wrote:Hi folks, I'm getting the following THREDDS -related warnings when I run the Panoply application (v3.1.5) against netcdf-java 4.3.13. *** FAILED to map entity _http://www.unidata.ucar.edu/namespaces/thredds/queryCapability/v0.4_locally at /src/main/archive/schemas/thredds/queryCapability.0.4.xsd or remotely at _http://www.unidata.ucar.edu/schemas/thredds/queryCapability.0.4.xsd_ *** FAILED to map entity _http://www.unidata.ucar.edu/projects/THREDDS/xml/CatalogGenConfig.0.5.dtd_locally at /src/main/archive/schemas/thredds/CatalogGenConfig.0.5.dtd or remotely at _http://www.unidata.ucar.edu/projects/THREDDS/xml/CatalogGenConfig.0.5.dtd_ e These warnings don't stop the application from starting up (eventually) but they do cause it to hang for a few minutes. Presumably some piece of code is trying to find and parse DTD documents in the advertised locations. This problem doesn't afflict Panoply 3.0.5, which I see uses netcdf-4.2.jar. Can anyone shed any light on what's going on here? I'm stumped. FYI, I'm using Java 1.6.0-33 on RedHat Enterprise Linux v6. TIA, Phil PS: apologies if I've posted to the wrong forum. _______________________________________________ netcdf-java mailing list netcdf-java@xxxxxxxxxxxxxxxx For list information or to unsubscribe, visit: http://www.unidata.ucar.edu/mailing_lists/
netcdf-java
archives: