Open hyoklee opened 4 years ago
I've been trying to reproduce this using the latest code, but so far I have not had any luck. The location where the overflow is happening indicates that we are likely in an infinite regression situation, which is not good (I'm going to make a change to better handle that case).
Would you be able to test with your configurations using a snapshot version of the TDS? https://artifacts.unidata.ucar.edu/repository/unidata-all/edu/ucar/tds/5.0.0-SNAPSHOT/tds-5.0.0-20200924.230921-19.war (don't forget to rename it to thredds##5.0.0-20200924.war
, or something similar).
I tried the snapshot and I got:
Error {
code = 500;
message = "String index out of range: -1";
};
Ok, I was able to reproduce this with a few other datasets and it's now fixed (will be making a release of netCDF-Java today). Sorry it took so long! The fix should be available in this SNAPSHOT of the TDS, as well as the latest TDS Docker image of 5.0-SNAPSHOT
.
@lesserwhirls , I tested your patch and it seems better. However, I can't dump ASCII value with the following error:
Request Too Large: 175.91168 Mbytes, max=50.0
I adjusted the limit in threddsConfig.xml but it doesn't seem to be honored:
<Opendap>
<ascLimit>50000</ascLimit>
<binLimit>5000000</binLimit>
<serverVersion>opendap/3.7</serverVersion>
</Opendap>
Also, Panoply can't plot MODIS 250m longitude dataset with 8120x5416 dimensions. It throws "Connection Reset" message and kills the Tomcat server. Thus, I'm still doubtful about the fix.
I htink you need to adjust asclimit
like:
<Opendap>
<ascLimit>250000</ascLimit>
<binLimit>5000000</binLimit>
<serverVersion>opendap/3.7</serverVersion>
</Opendap>