problem with THREDDS server 4.0 beta
Ethan Davis
edavis at unidata.ucar.edu
Thu Feb 1 09:21:17 PST 2007
Hi Denis,
The problem is with client-side caching rather than server-side. In a
browser like Firefox, you can force a page to reload by hitting the
reload button while holding down the shift key. I'm not sure about other
browsers but they probably have something similar. Or you can empty the
entire cache.
Nathan's fix will mean the pages won't get cached so you'll see your
changes without the above. In the longer term, we'll also be working on
getting better cache information into the HTTP headers.
Ethan
Denis Nadeau wrote:
> Nathan,
>
> Thanks for you quick answer.
>
> If I delete the file in the cache file, I guess it would reread my
> catalog.xml.
>
> Could you tell me what directory this file is cached? Is it this one:
> work/Catalina/localhost/opendap
>
> Regards,
> Denis
>
> Nathan Potter wrote:
>
>> Dennis,
>>
>> Um... I suspect James' answer isn't addressing your problem. It is
>> likely that the problem is probably with caching. Ethan Davis alerted
>> me to it this week, and I have patched the Server4 code. Essentially
>> the THREDDS responses are getting cached by your client and Server4 is
>> erroneously reporting that the last modified date is remaining
>> unchanged despite your alterations to the catalog files.
>>
>> We hope to have another beta release this week that will patch that
>> and the problem you reported earlier regarding Tomcat hanging after a
>> BES crash.
>>
>>
>>
>> Nathan
>>
>>
>>
>> On Jan 31, 2007, at 3:34 PM, James Gallagher wrote:
>>
>>
>>> On Jan 31, 2007, at 4:01 PM, Denis Nadeau wrote:
>>>
>>>
>>>> Hi,
>>>>
>>>> I have tried to play with the THREDDS catalog under
>>>> content/opendap/cataolog.xml to add new datasets.
>>>> It seems that the file is not read at all by opendap server 4. When
>>>> I click on the "HTML" link, I can't get my catalog.xml to be parsed
>>>> at all.
>>>>
>>>> Can anybody reproduce this?
>>>>
>>>> As well, can you explain to me what this variable is used for (in
>>>> the BES.conf)?
>>>> BES.Catalog.catalog.RootDirectory
>>>>
>>> Dennis,
>>>
>>> The parameter BES.Catalog.catalog.RootDirectory is the root directory
>>> of your data if your using THREDDS catalogs. The other
>>> 'RootDirectory' parameter is used by sites which don't support
>>> THREDDS (because the BES is used by the Earth System Grid project as
>>> well, without the OLFS component). It's confusing, I know. I have a
>>> ticket to make the comments in the default bes.conf file a little
>>> more informative.
>>>
>>> Try this: Set your BES.Catalog.catalog.RootDirectory to the root of
>>> your data and ignore the value of the other parameter (I believe it
>>> has to have a value, but you can set it to /dev/null if you want) and
>>> then see if your catalogs work. If not this maybe a question for
>>> Nathan, the THRESS guru here.
>>>
>>> James
>>>
>>>> Regards,
>>>> Denis
>>>>
>>>> --Denis Nadeau
>>>> Goddard Earth Sciences Data & Information Services Center
>>>> Code 610.2
>>>> NASA Goddard Space Flight Center, Greenbelt, MD 20771
>>>> Phone: (301) 614-5514
>>>> Fax: (301) 614-5268
>>>> email: dnadeau at pop600.gsfc.nasa.gov
>>>> http://disc.gsfc.nasa.gov
>>>> http://giovanni.gsfc.nasa.gov
>>>>
>>>>
>>>>
>>> --
>>> James Gallagher jgallagher at opendap.org
>>> OPeNDAP, Inc 406.723.8663
>>>
>>>
>> =
>> Nathan Potter ndp at opendap.org
>> OPeNDAP, Inc. 541.752.1852
>>
>>
>>
>> The OPeNDAP Developer's Meeting will be held on
>> 21-23 Feb 2007 in Boulder CO.
>>
>> See the Developer's Wiki:
>> "http://wiki.opendap.org/twiki/bin/view/Developers/DevMeeting2007"
>> for more details.
>>
>> =
>>
>>
>>
>>
>
>
>
--
Ethan R. Davis Telephone: (303) 497-8155
Software Engineer Fax: (303) 497-8690
UCAR Unidata Program Center E-mail: edavis at ucar.edu
P.O. Box 3000
Boulder, CO 80307-3000 http://www.unidata.ucar.edu/
---------------------------------------------------------------------------
More information about the Opendap-tech
mailing list