problem with THREDDS server 4.0 beta

Thu Feb 1 14:36:53 PST 2007

No I did not restart the webapp since I made the change.  I thought that
the catalog was read on-the-fly when changed. 

As well, last time I restarted the webapp I got a problem with the BES
connection that stayed openned and I had to restart Jakarta-Tomcat server. 
Should kill the BES before restarting the webapp? 

Denis

Ethan Davis wrote:
> 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.
>>>>>
>>>>> = 
>>>>>
>>>>>
>>>>>
>>>>>             
>>>>         
>>
>>
>>   
>

-- 
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    