Re: [netcdf-java] bug report on netCDF java

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!


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

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

netcdf-java mailing list
For list information or to unsubscribe, visit:

  • 2011 messages navigation, sorted by:
    1. Thread
    2. Subject
    3. Author
    4. Date
    5. ↑ Table Of Contents
  • Search the netcdf-java archives: