Scope Change and improved behavior

• To: Ethan Davis <edavis@xxxxxxxxxxxxxxxx>, thredds@xxxxxxxxxxxxxxxx
• Subject: Scope Change and improved behavior
• From: Nathan Potter <ndp@xxxxxxxxxxx>
• Date: Fri, 29 Jun 2007 13:05:15 -0700

Ethan -

Nathan



Begin forwarded message:

From: Nathan Potter <ndp@xxxxxxxxxxx>
Date: June 29, 2007 12:53:05 PM PDT
To: Ethan Davis <edavis@xxxxxxxxxxxxxxxx>, thredds@xxxxxxxxxxxxxxxx
Cc: Nathan Potter <ndp@xxxxxxxxxxx>
Subject: Fwd: THREDDS API Question



Ethan,

Now I remember why I am not using DataRootHandler.initCatalogs(). It's not public, and thus beyond my "scope".

See message below.


N



Begin forwarded message:

From: Nathan Potter <ndp@xxxxxxxxxxx>
Date: June 18, 2007 4:34:57 PM PDT
To: Ethan Davis <edavis@xxxxxxxxxxxxxxxx>
Cc: thredds@xxxxxxxxxxxxxxxx, Nathan Potter <ndp@xxxxxxxxxxx>
Subject: Re: THREDDS API Question


On Jun 18, 2007, at 1:43 PM, Nathan Potter wrote:

- DataRootHandler depends on the class ucar.unidata.util.DateUtil which is not in my current THREDDS lib (netcdf-2.2.18.jar) Is there an update for that too?

Thank for pointing me to the netcdf-2.2.20.jar, that fixed the issue.


A new issue is:

When I set up the catalogs for the first time I call:

    DataRootHandler.initCatalog("catalog.xml");

This does not cause the ConfigListener.configStart() and ConfigListener.configEnd() methods to be called. I think this is an oversight.

I cannot call DataRootHandler.initCatalogs() as the scope of that method is limited to the thredds.catalog package. However it is that method that the configStart() and configEnd() calls are made.

Is the expectation that I should handle this for the initial configuration? Or should the DataRootHandler be doing it?

Nathan

= Nathan Potter ndp at opendap.org

OPeNDAP, Inc.                        541.752.1852

= Nathan Potter ndp at opendap.org

OPeNDAP, Inc.                        541.752.1852

OPeNDAP, Inc.                        541.752.1852


==============================================================================
To unsubscribe thredds, visit:
http://www.unidata.ucar.edu/mailing-list-delete-form.html
==============================================================================

• References:
  • Fwd: THREDDS API Question
    • From: Nathan Potter