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, Thanks, and we also found ncdump http://gissoutput.nccs.nasa.gov/thredds/dodsC/giss/public/JAN1950.aijE024ia_dv_tr.nc by netCDF 4.1.2 failed but by netCDF 4.1.1 worked On Tue, May 17, 2011 at 12:35 PM, John Caron <caron@xxxxxxxxxxxxxxxx> wrote: > Hi tsanah: > > Looks like a problem with unexpected chars in the variable names, probably > not the httpclient client library. > > Ill let you know what we figure out, but it may involve an upgrade on the > server. > > Thanks for reporting it! > > john > > On 5/17/2011 7:24 AM, tsanah@xxxxxxxxx wrote: > > Hi John (Caron), > > We have a problem using Panoply to access the following data via TDS/opendap > > http://gissoutput.nccs.nasa.gov/thredds/catalog/giss/public/catalog.html?dataset=giss/public/JAN1950.aijE024ia_dv_tr.nc > > > And I also find > > NetCDF-Java ToolsUI (webstart) also failed... > > Testing on Ferret and GrADD all worked fine. > > Robert Schmunk (Panoply developer at GISS/NASA) has this to say > > "In trying to get a better grip on what might be the problem in the Java > libraries, > I have found that the Apache httpclient library that ships in the > netCDF-Java > distribution is rather old, version 3.1 rather than the current 4.1.1. Some > of the > referenced classes, in fact entire packages, seem to have been refactored > and > renamed. For example, it looks like what used to be > "org.apache.commons.httpclient" > is now various subpackages of "org.apache.http.*". > > This likely explains why Unidata have indicated that they are re-factoring > the > portion of their code which involves HTTP connections, and why it is taking > longer > than expected for a fix to just the one authentication bug that I reported. > > I'm trying to poke around in the source code for httpclient 3.1 to see if I > can > figure out why the "server failed to respond" error message is being > reported. > I'm not sure about it yet, but it's possible that it is getting a response > but > when it's trying to read and parse from an InputStream, it's somehow reading > 0 > characters." > > _______________________________________________ > netcdf-java mailing list > netcdf-java@xxxxxxxxxxxxxxxx > For list information or to unsubscribe, visit: > http://www.unidata.ucar.edu/mailing_lists/ > > _______________________________________________ > netcdf-java mailing list > netcdf-java@xxxxxxxxxxxxxxxx > For list information or to unsubscribe, visit: > http://www.unidata.ucar.edu/mailing_lists/ >
netcdf-java archives: