problem with THREDDS server 4.0 beta

[Ethan Davis]

Hi Denis,

Hmm, this may not be a caching problem.

Have you stopped and then started the opendap webapp since you made the 
changes? If not, I suspect you need to do that before the changes will 
show up.

Nathan, do you provide a way to reinitialize the THREDDS configuration 
without restarting the webapp? DataRootHandler has a reinit() method 
which will do just that. The trick is providing a way for the server 
administrator to access it.

Ethan

Denis Nadeau wrote:
> Hi Ethan,
>
> My cache size is set at 0Mb in my browser.  I delete the cache each time
> I quit the browser.
> I tried with 2 different browsers as well.
>
> I am accessing this directory:
> http://mymachine:myport/opendap/s4/catalog.html
> I have changed the catalog.xml datascan TAG to this:
>     <datasetScan location="/root/data" path="data" name="SVN223233 Test
> Data Archive" serviceName="OPeNDAP-Server4">
>
> My browser still display this:
>     SVN Test Data Archive
>
> The only place I can see "SVN Test Data Archive" now is in :
> webapps/opendap/initialContent/catalog.xml
>
>
> Denis
>
> Ethan Davis wrote:
>   
>> 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/
---------------------------------------------------------------------------