Re: multiple components in oostethys.xml?

3 views
Skip to first unread message

Luis Bermudez

unread,
Dec 22, 2009, 10:24:20 AM12/22/09
to oostethys-users, Eric Bridger, jimp
Hi Jim. I will be looking at this later in the week. Also please use the users list  (http://groups.google.com/group/oostethys-users) for follow up.. maybe these interests other users and we can start building a web discussion holder..

cheers

-luis

On Mon, Dec 21, 2009 at 1:41 AM, James T. Potemra <ji...@hawaii.edu> wrote:
Hi Eric:

I just installed and deployed the latest oostethys.war, and I now get an error response to the "test the configuration" (see below).  If I use the default oostethys.xml, the configuration passes.  Maybe Luis can help with this.  I've attached the oostethys.xml that works with the older oostethys.  The configuration error is below.

Jim
--------------------------------------------------------------------------------------


The following problem was detected:

java.lang.NullPointerException: null
org.oostethys.sos.Netcdf2sos100.processSystemsNetCDFConfiguration(Netcdf2sos100.java:514)
org.oostethys.sos.Netcdf2sos100.processSystem(Netcdf2sos100.java:668)
org.oostethys.sos.Netcdf2sos100.doComponents(Netcdf2sos100.java:459)
org.oostethys.sos.Netcdf2sos100.doComponents(Netcdf2sos100.java:462)
org.oostethys.sos.Netcdf2sos100.doComponents(Netcdf2sos100.java:462)
org.oostethys.sos.Netcdf2sos100.process(Netcdf2sos100.java:427)
org.oostethys.sos.Netcdf2sos100.processForTest(Netcdf2sos100.java:790)
org.apache.jsp.check_jsp._jspService(check_jsp.java:84)
org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:374)
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:342)
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:267)
javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:568)
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286)
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:845)
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583)
org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
java.lang.Thread.run(Thread.java:619)
-------------------------------------------------------------------------------------------------------------------

To send this error to OOSTethys click here. <mailto:oostethy...@lists.sourceforge.net?subject=problem%20oostethys&body=Problem%20Report%20OOSTethys%200.2.2_20080805%0D%0A%0D%0Anull%0D%0Aorg.oostethys.sos.Netcdf2sos100.processSystemsNetCDFConfiguration%28Netcdf2sos100.java:514%29%0D%0Aorg.oostethys.sos.Netcdf2sos100.processSystem%28Netcdf2sos100.java:668%29%0D%0Aorg.oostethys.sos.Netcdf2sos100.doComponents%28Netcdf2sos100.java:459%29%0D%0Aorg.oostethys.sos.Netcdf2sos100.doComponents%28Netcdf2sos100.java:462%29%0D%0Aorg.oostethys.sos.Netcdf2sos100.doComponents%28Netcdf2sos100.java:462%29%0D%0Aorg.oostethys.sos.Netcdf2sos100.process%28Netcdf2sos100.java:427%29%0D%0Aorg.oostethys.sos.Netcdf2sos100.processForTest%28Netcdf2sos100.java:790%29%0D%0Aorg.apache.jsp.check_jsp._jspService%28check_jsp.java:84%29%0D%0Aorg.apache.jasper.runtime.HttpJspBase.service%28HttpJspBase.java:70%29%0D%0Ajavax.servlet.http.HttpServlet.service%28HttpServlet.java:717%29%0D%0Aorg.apache.jasper.servlet.JspServletWrapper.service%28JspServletWrapper.java:374%29%0D%0Aorg.apache.jasper.servlet.JspServlet.serviceJspFile%28JspServlet.java:342%29%0D%0Aorg.apache.jasper.servlet.JspServlet.service%28JspServlet.java:267%29%0D%0Ajavax.servlet.http.HttpServlet.service%28HttpServlet.java:717%29%0D%0Aorg.apache.catalina.core.ApplicationFilterChain.internalDoFilter%28ApplicationFilterChain.java:290%29%0D%0Aorg.apache.catalina.core.ApplicationFilterChain.doFilter%28ApplicationFilterChain.java:206%29%0D%0Aorg.apache.catalina.core.StandardWrapperValve.invoke%28StandardWrapperValve.java:233%29%0D%0Aorg.apache.catalina.core.StandardContextValve.invoke%28StandardContextValve.java:191%29%0D%0Aorg.apache.catalina.core.StandardHostValve.invoke%28StandardHostValve.java:128%29%0D%0Aorg.apache.catalina.valves.ErrorReportValve.invoke%28ErrorReportValve.java:102%29%0D%0Aorg.apache.catalina.valves.AccessLogValve.invoke%28AccessLogValve.java:568%29%0D%0Aorg.apache.catalina.core.StandardEngineValve.invoke%28StandardEngineValve.java:109%29%0D%0Aorg.apache.catalina.connector.CoyoteAdapter.service%28CoyoteAdapter.java:286%29%0D%0Aorg.apache.coyote.http11.Http11Processor.process%28Http11Processor.java:845%29%0D%0Aorg.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process%28Http11Protocol.java:583%29%0D%0Aorg.apache.tomcat.util.net.JIoEndpoint$Worker.run%28JIoEndpoint.java:447%29%0D%0Ajava.lang.Thread.run%28Thread.java:619%29%0D%0A>



Eric Bridger wrote:
Hi Luis and Jim,

Congrats on getting your SOS up and running.  I've fixed my SOS Client and OpenIOOS and added PACIOOS to the map display at:
http://www.openioos.org/real_time_data/gm_sos.html

You can select PACIOOS from the drop-down list of Organizations and scroll over to HI see the five platforms.

But I have not yet attempted to add PACIOOS to the display of real-time observations due to a couple of issues.

1) Jim, are you using the latest version of Luis' Toolkit?  He recently fixed some bugs I noticed, just in the last week.  It seems to me that the GetObservation responses are reflecting this bug.  I.e. I'm making a request for a particular observedProperty and a particular procedure but I'm getting the results for all the offerings and all the observedProperties.

If you mouse over one of the PACIOOS buoys the popup window will have a link to: GetObservation Links.  If you select that and select on the of the data types displayed as links, say sea_water_temperature you get the GetObservation result as XML.
Or check:
(sea_water_temperature, NS-01)

http://oos.soest.hawaii.edu/oostethys/sos?request=GetObservation&service=SOS&version=1.0.0&responseFormat=text%2Fxml%3B%20subtype%3D%22om%2F1.0.0%22&offering=observationOffering_NS-01&observedProperty=http%3A%2F%2Fmmisw.org%2Font%2Fcf%2Fparameter%2Fsea_water_temperature&procedure=urn%3Ahioos%3Aorg%3Auh%3Anss%3Anss01

Or:

http://tinyurl.com/yasnmbj

2)  As I mentioned above, the fact that all the offerings and observedProperties are being returned is probably due to the fact that Jim needs to upgrade to the latest WAR file.  But even so, the values in the results tupple appear strange:
An example record looks like:

2010-12-31T14:40:00Z,21.288721,-157.865,-1,�,�,�,�,�,�

So something is very strange about the dates presented.  2010-12-31 is still a year away.
The actual observations values are also very strange.  As I said, six values could be expected, since the GetCapabilites reports 6 observables for this platform.  But it seems like non ASCII characters are being returned.
Form the GetCap for NS-01:
<sos:observedProperty xlink:href="http://mmisw.org/ont/cf/parameter/sea_water_temperature"/>
<sos:observedProperty xlink:href="http://mmisw.org/ont/cf/parameter/conductivity"/>
<sos:observedProperty xlink:href="http://mmisw.org/ont/cf/parameter/sea_water_salinity"/>
<sos:observedProperty xlink:href="http://mmisw.org/ont/cf/parameter/mass_concentration_of_oxygen_in_sea_water"/>
<sos:observedProperty xlink:href="http://mmisw.org/ont/cf/parameter/chlorophyll_concentration_in_sea_water"/>
<sos:observedProperty xlink:href="uri:x:turb"/>

Eric


On Dec 16, 2009, at 4:26 PM, Luis Bermudez wrote:

Eric,

another service via OOSTethys JAVA toolkit

-luis

---------- Forwarded message ----------
From: James T. Potemra <ji...@hawaii.edu>
Date: Wed, Dec 16, 2009 at 2:54 PM
Subject: Re: multiple components in oostethys.xml?
To: Luis Bermudez <berm...@sura.org>


It's at http://oos.soest.hawaii.edu/oostethys  I've got nothing on top other than the default page.  I'm also not sure yet how to access individual data from this page, but anyway that's where it is.

Jim

Luis Bermudez wrote:
Hi Jim,

great !

where is the server ?

-luis

On Wed, Dec 16, 2009 at 2:39 PM, James T. Potemra <ji...@hawaii.edu <mailto:ji...@hawaii.edu>> wrote:

  Hi Luis:

  Thanks, this works!

  Jim

  Luis Bermudez wrote:

      Hi Jim,

      The enclosed should work:

      errors:
      - "," in the header defining schemaLocation
      - you had some uris that were uri=....
      - a component was without a system at the end of the file - I
      moved it up

      Also please download the new version before installing this
      config file.. let me know what it goes...

      Cheers

      -luis

      On Tue, Dec 15, 2009 at 1:47 AM, James T. Potemra
      <ji...@hawaii.edu <mailto:ji...@hawaii.edu>
      <mailto:ji...@hawaii.edu <mailto:ji...@hawaii.edu>>> wrote:

         Hi Luis:

         I've been making some progress with my
      config/oostethys.xml, but I
         still not completely there.  I've attached two xml files.  The
         first one works fine (passes the built-in test).  The
      second gives
         the error:

         The following problem was detected:

         java.lang.Exception: XML Instance is not
               valid:/usr/local/apache-tomcat-6.0.18/webapps/oostethys/WEB-INF/classes/config/oostethys.xml:0:
         error: cvc-complex-type.2.4b: Element not allowed:
         components@http://www.oostethys.org/schemas/0.1.0/oostethys in
         element
      system@http://www.oostethys.org/schemas/0.1.0/oostethys.

         I have a main component of "HIOOS", with subcomponents of
      "UH" and
         "State".  Under "UH" I'd like to have subcomponents "near-shore
         sensors" and "water quality bouys".  Then, under each of
      these I
         have "systems".  I can include the water quality buoys as
         "systems" under the component "near-shore sensors", but as
      soon as
         I make them their own component I get the above error.  The
         attached file oostethys-01.xml is the one that works;
         oostethys-02.xml is what I want to do, but it does not work.

         Jim




      --        Luis Bermudez Ph.D.
      Coastal Research Technical Manager
      Southeastern Universities Research Association (SURA)
      berm...@sura.org <mailto:berm...@sura.org>
      <mailto:berm...@sura.org <mailto:berm...@sura.org>> -

      Office: (202) 408-8211

      1201 New York Ave. NW Suite 430, Washington DC 20005




--Luis Bermudez Ph.D.
Coastal Research Technical Manager
Southeastern Universities Research Association (SURA)
berm...@sura.org <mailto:berm...@sura.org> - Office: (202) 408-8211
1201 New York Ave. NW Suite 430, Washington DC 20005



--Luis Bermudez Ph.D.
Coastal Research Technical Manager
Southeastern Universities Research Association (SURA)
berm...@sura.org - Office: (202) 408-8211
1201 New York Ave. NW Suite 430, Washington DC 20005




--
Luis Bermudez Ph.D.
Coastal Research Technical Manager
Southeastern Universities Research Association (SURA)
berm...@sura.org - Office: (202) 408-8211
1201 New York Ave. NW Suite 430, Washington DC 20005

Jim Potemra

unread,
Dec 24, 2009, 4:32:22 PM12/24/09
to oostethys-users
Luis:

I've been through the oostethys.xml file and discovered that if I
specify the fileURL with
respect to the oostethys/WEB-INF/classes directory, it works. If I
try and specify a full
directory path, it does not. E.g.:

1. <nc:fileURL>ns01_agg_2008-2010.nc</nc:fileURL>
and place the file in ....../oostethys/WEB-INF/classes, passes config
test

2. <nc:fileURL>/export/lawelawe1/nss/ns01/ns01_agg_2008-2010.nc</
nc:fileURL>
and place the file in /export/lawelawe1/nss/ns01/, failes config test
with:

Results of your OOSTethys configuration

The following problem was detected:

java.lang.NullPointerException: null


I'm now trying to figure out why the data and dates don't get served
correctly.

Jim

On Dec 22, 5:24 am, Luis Bermudez <bermu...@sura.org> wrote:
> Hi Jim. I will be looking at this later in the week. Also please use the
> users list  (http://groups.google.com/group/oostethys-users) for follow up..
> maybe these interests other users and we can start building a web discussion
> holder..
>
> cheers
>
> -luis
>

> > oostethys-supp...@lists.sourceforge.net?subject=problem%20oostethys&body=Problem%20Report%20OOSTethys%200.2.2_20080805%0D%0A%0D%0Anull%0D%0Aorg.oostethys.sos.Netcdf2sos100.processSystemsNetCDFConfiguration%28Netcdf2sos100.java:514%29%0D%0Aorg.oostethys.sos.Netcdf2sos100.processSystem%28Netcdf2sos100.java:668%29%0D%0Aorg.oostethys.sos.Netcdf2sos100.doComponents%28Netcdf2sos100.java:459%29%0D%0Aorg.oostethys.sos.Netcdf2sos100.doComponents%28Netcdf2sos100.java:462%29%0D%0Aorg.oostethys.sos.Netcdf2sos100.doComponents%28Netcdf2sos100.java:462%29%0D%0Aorg.oostethys.sos.Netcdf2sos100.process%28Netcdf2sos100.java:427%29%0D%0Aorg.oostethys.sos.Netcdf2sos100.processForTest%28Netcdf2sos100.java:790%29%0D%0Aorg.apache.jsp.check_jsp._jspService%28check_jsp.java:84%29%0D%0Aorg.apache.jasper.runtime.HttpJspBase.service%28HttpJspBase.java:70%29%0D%0Ajavax.servlet.http.HttpServlet.service%28HttpServlet.java:717%29%0D%0Aorg.apache.jasper.servlet.JspServletWrapper.service%28JspServletWrapper.java:374%29%0D%0Aorg.apache.jasper.servlet.JspServlet.serviceJspFile%28JspServlet.java:342%29%0D%0Aorg.apache.jasper.servlet.JspServlet.service%28JspServlet.java:267%29%0D%0Ajavax.servlet.http.HttpServlet.service%28HttpServlet.java:717%29%0D%0Aorg.apache.catalina.core.ApplicationFilterChain.internalDoFilter%28ApplicationFilterChain.java:290%29%0D%0Aorg.apache.catalina.core.ApplicationFilterChain.doFilter%28ApplicationFilterChain.java:206%29%0D%0Aorg.apache.catalina.core.StandardWrapperValve.invoke%28StandardWrapperValve.java:233%29%0D%0Aorg.apache.catalina.core.StandardContextValve.invoke%28StandardContextValve.java:191%29%0D%0Aorg.apache.catalina.core.StandardHostValve.invoke%28StandardHostValve.java:128%29%0D%0Aorg.apache.catalina.valves.ErrorReportValve.invoke%28ErrorReportValve.java:102%29%0D%0Aorg.apache.catalina.valves.AccessLogValve.invoke%28AccessLogValve.java:568%29%0D%0Aorg.apache.catalina.core.StandardEngineValve.invoke%28StandardEngineValve.java:109%29%0D%0Aorg.apache.catalina.connector.CoyoteAdapter.service%28CoyoteAdapter.java:286%29%0D%0Aorg.apache.coyote.http11.Http11Processor.process%28Http11Processor.java:845%29%0D%0Aorg.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process%28Http11Protocol.java:583%29%0D%0Aorg.apache.tomcat.util.net.JIoEndpoint$Worker.run%28JIoEndpoint.java:447%29%0D%0Ajava.lang.Thread.run%28Thread.java:619%29%0D%0A>


>
> > Eric Bridger wrote:
>
> >> Hi Luis and Jim,
>
> >> Congrats on getting your SOS up and running.  I've fixed my SOS Client and
> >> OpenIOOS and added PACIOOS to the map display at:
> >>http://www.openioos.org/real_time_data/gm_sos.html
>
> >> You can select PACIOOS from the drop-down list of Organizations and scroll
> >> over to HI see the five platforms.
>
> >> But I have not yet attempted to add PACIOOS to the display of real-time
> >> observations due to a couple of issues.
>
> >> 1) Jim, are you using the latest version of Luis' Toolkit?  He recently
> >> fixed some bugs I noticed, just in the last week.  It seems to me that the
> >> GetObservation responses are reflecting this bug.  I.e. I'm making a request
> >> for a particular observedProperty and a particular procedure but I'm getting
> >> the results for all the offerings and all the observedProperties.
>
> >> If you mouse over one of the PACIOOS buoys the popup window will have a
> >> link to: GetObservation Links.  If you select that and select on the of the
> >> data types displayed as links, say sea_water_temperature you get the
> >> GetObservation result as XML.
> >> Or check:
> >> (sea_water_temperature, NS-01)
>

> >>http://oos.soest.hawaii.edu/oostethys/sos?request=GetObservation&serv...


>
> >> Or:
>
> >>http://tinyurl.com/yasnmbj
>
> >> 2)  As I mentioned above, the fact that all the offerings and
> >> observedProperties are being returned is probably due to the fact that Jim
> >> needs to upgrade to the latest WAR file.  But even so, the values in the
> >> results tupple appear strange:
> >> An example record looks like:
>
> >> 2010-12-31T14:40:00Z,21.288721,-157.865,-1, , , , , ,
>
> >> So something is very strange about the dates presented.  2010-12-31 is
> >> still a year away.
> >> The actual observations values are also very strange.  As I said, six
> >> values could be expected, since the GetCapabilites reports 6 observables for
> >> this platform.  But it seems like non ASCII characters are being returned.
> >> Form the GetCap for NS-01:
> >> <sos:observedProperty xlink:href="
> >>http://mmisw.org/ont/cf/parameter/sea_water_temperature"/>
> >> <sos:observedProperty xlink:href="
> >>http://mmisw.org/ont/cf/parameter/conductivity"/>
> >> <sos:observedProperty xlink:href="
> >>http://mmisw.org/ont/cf/parameter/sea_water_salinity"/>
> >> <sos:observedProperty xlink:href="

> >>http://mmisw.org/ont/cf/parameter/mass_concentration_of_oxygen_in_sea..."/>


>
> >> <sos:observedProperty xlink:href="
> >>http://mmisw.org/ont/cf/parameter/chlorophyll_concentration_in_sea_water"/>
>
> >> <sos:observedProperty xlink:href="uri:x:turb"/>
>
> >> Eric
>
> >> On Dec 16, 2009, at 4:26 PM, Luis Bermudez wrote:
>
> >>  Eric,
>
> >>> another service via OOSTethys JAVA toolkit
>
> >>> -luis
>
> >>> ---------- Forwarded message ----------
> >>> From: James T. Potemra <j...@hawaii.edu>
> >>> Date: Wed, Dec 16, 2009 at 2:54 PM
> >>> Subject: Re: multiple components in oostethys.xml?

> >>> To: Luis Bermudez <bermu...@sura.org>
>
> >>> It's athttp://oos.soest.hawaii.edu/oostethys I've got nothing on top


> >>> other than the default page.  I'm also not sure yet how to access individual
> >>> data from this page, but anyway that's where it is.
>
> >>> Jim
>
> >>> Luis Bermudez wrote:
> >>> Hi Jim,
>
> >>> great !
>
> >>> where is the server ?
>
> >>> -luis
>

> >>> On Wed, Dec 16, 2009 at 2:39 PM, James T. Potemra <j...@hawaii.edu<mailto:
> >>> j...@hawaii.edu>> wrote:
>
> >>>   Hi Luis:
>
> >>>   Thanks, this works!
>
> >>>   Jim
>
> >>>   Luis Bermudez wrote:
>
> >>>       Hi Jim,
>
> >>>       The enclosed should work:
>
> >>>       errors:
> >>>       - "," in the header defining schemaLocation
> >>>       - you had some uris that were uri=....
> >>>       - a component was without a system at the end of the file - I
> >>>       moved it up
>
> >>>       Also please download the new version before installing this
> >>>       config file.. let me know what it goes...
>
> >>>       Cheers
>
> >>>       -luis
>
> >>>       On Tue, Dec 15, 2009 at 1:47 AM, James T. Potemra

> >>>       <j...@hawaii.edu <mailto:j...@hawaii.edu>

> >>>       bermu...@sura.org <mailto:bermu...@sura.org>
> >>>       <mailto:bermu...@sura.org <mailto:bermu...@sura.org>> -


>
> >>>       Office: (202) 408-8211
>
> >>>       1201 New York Ave. NW Suite 430, Washington DC 20005
>
> >>> --Luis Bermudez Ph.D.
> >>> Coastal Research Technical Manager
> >>> Southeastern Universities Research Association (SURA)

> >>> bermu...@sura.org <mailto:bermu...@sura.org> - Office: (202) 408-8211


> >>> 1201 New York Ave. NW Suite 430, Washington DC 20005
>
> >>> --Luis Bermudez Ph.D.
> >>> Coastal Research Technical Manager
> >>> Southeastern Universities Research Association (SURA)

> >>> bermu...@sura.org - Office: (202) 408-8211


> >>> 1201 New York Ave. NW Suite 430, Washington DC 20005
>
> --
> Luis Bermudez Ph.D.
> Coastal Research Technical Manager
> Southeastern Universities Research Association (SURA)

> bermu...@sura.org - Office: (202) 408-8211

Luis Bermudez

unread,
Dec 29, 2009, 9:03:36 AM12/29/09
to oostethys-users
Hi Jim

if you want to specify a path that is not under TOMCAT you can try specifying a path which is a URL starting like this: "file://export..."

.. let me know if this works

cheers and happy holidays,

-luis


--

You received this message because you are subscribed to the Google Groups "oostethys-users" group.
To post to this group, send email to oosteth...@googlegroups.com.
To unsubscribe from this group, send email to oostethys-use...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/oostethys-users?hl=en.





--
Luis Bermudez Ph.D.
Coastal Research Technical Manager
Southeastern Universities Research Association (SURA)
berm...@sura.org - Office: (202) 408-8211

James T. Potemra

unread,
Dec 29, 2009, 1:40:36 PM12/29/09
to oosteth...@googlegroups.com
Luis:

Thanks, this solved the problem with local files. I still have a
problem with THREDDS files, however.
this now works:
<nc:fileURL>file://export/lawelawe1/nss/ns01/ns01_agg_2008-2010.nc</nc:fileURL>


The same file, served via TDS, does not, the error is
"java.lang.Exception: Not able to read the oostethys config file...":
<nc:fileURL>http://oos.soest.hawaii.edu/thredds/dodsC/hioos/nss/ns01agg</nc:fileURL>

I've also got a problem with dates, but I'll start a different thread...

Jim
Luis Bermudez wrote:
> Hi Jim
>
> if you want to specify a path that is not under TOMCAT you can try
> specifying a path which is a URL starting like this: "file://export..."
>
> .. let me know if this works
>
> cheers and happy holidays,
>
> -luis
>
>
> On Thu, Dec 24, 2009 at 4:32 PM, Jim Potemra <ji...@hawaii.edu
> <mailto:ji...@hawaii.edu>> wrote:
>
> Luis:
>
> I've been through the oostethys.xml file and discovered that if I
> specify the fileURL with
> respect to the oostethys/WEB-INF/classes directory, it works. If I
> try and specify a full
> directory path, it does not. E.g.:
>
> 1. <nc:fileURL>ns01_agg_2008-2010.nc

> <http://ns01_agg_2008-2010.nc></nc:fileURL>


> and place the file in ....../oostethys/WEB-INF/classes, passes config
> test
>
> 2. <nc:fileURL>/export/lawelawe1/nss/ns01/ns01_agg_2008-2010.nc

> <http://ns01_agg_2008-2010.nc></


> nc:fileURL>
> and place the file in /export/lawelawe1/nss/ns01/, failes config test
> with:
>
> Results of your OOSTethys configuration
>
> The following problem was detected:
>
> java.lang.NullPointerException: null
>
>
> I'm now trying to figure out why the data and dates don't get served
> correctly.
>
> Jim
>
> On Dec 22, 5:24 am, Luis Bermudez <bermu...@sura.org

> <http://oostethys-supp...@lists.sourceforge.net?subject=problem%20oostethys&body=Problem%20Report%20OOSTethys%200.2.2_20080805%0D%0A%0D%0Anull%0D%0Aorg.oostethys.sos.Netcdf2sos100.processSystemsNetCDFConfiguration%28Netcdf2sos100.java:514%29%0D%0Aorg.oostethys.sos.Netcdf2sos100.processSystem%28Netcdf2sos100.java:668%29%0D%0Aorg.oostethys.sos.Netcdf2sos100.doComponents%28Netcdf2sos100.java:459%29%0D%0Aorg.oostethys.sos.Netcdf2sos100.doComponents%28Netcdf2sos100.java:462%29%0D%0Aorg.oostethys.sos.Netcdf2sos100.doComponents%28Netcdf2sos100.java:462%29%0D%0Aorg.oostethys.sos.Netcdf2sos100.process%28Netcdf2sos100.java:427%29%0D%0Aorg.oostethys.sos.Netcdf2sos100.processForTest%28Netcdf2sos100.java:790%29%0D%0Aorg.apache.jsp.check_jsp._jspService%28check_jsp.java:84%29%0D%0Aorg.apache.jasper.runtime.HttpJspBase.service%28HttpJspBase.java:70%29%0D%0Ajavax.servlet.http.HttpServlet.service%28HttpServlet.java:717%29%0D%0Aorg.apache.jasper.servlet.JspServletWrapper.service%28JspServletWrapper.java:374%29%0D%0Aorg.apache.jasper.servlet.JspServlet.serviceJspFile%28JspServlet.java:342%29%0D%0Aorg.apache.jasper.servlet.JspServlet.service%28JspServlet.java:267%29%0D%0Ajavax.servlet.http.HttpServlet.service%28HttpServlet.java:717%29%0D%0Aorg.apache.catalina.core.ApplicationFilterChain.internalDoFilter%28ApplicationFilterChain.java:290%29%0D%0Aorg.apache.catalina.core.ApplicationFilterChain.doFilter%28ApplicationFilterChain.java:206%29%0D%0Aorg.apache.catalina.core.StandardWrapperValve.invoke%28StandardWrapperValve.java:233%29%0D%0Aorg.apache.catalina.core.StandardContextValve.invoke%28StandardContextValve.java:191%29%0D%0Aorg.apache.catalina.core.StandardHostValve.invoke%28StandardHostValve.java:128%29%0D%0Aorg.apache.catalina.valves.ErrorReportValve.invoke%28ErrorReportValve.java:102%29%0D%0Aorg.apache.catalina.valves.AccessLogValve.invoke%28AccessLogValve.java:568%29%0D%0Aorg.apache.catalina.core.StandardEngineValve.invoke%28StandardEngineValve.java:109%29%0D%0Aorg.apache.catalina.connector.CoyoteAdapter.service%28CoyoteAdapter.java:286%29%0D%0Aorg.apache.coyote.http11.Http11Processor.process%28Http11Processor.java:845%29%0D%0Aorg.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process%28Http11Protocol.java:583%29%0D%0Aorg.apache.tomcat.util.net.JIoEndpoint$Worker.run%28JIoEndpoint.java:447%29%0D%0Ajava.lang.Thread.run%28Thread.java:619%29%0D%0A>>

> <http://oos.soest.hawaii.edu/oostethys/sos?request=GetObservation&serv.>..

> > bermu...@sura.org <mailto:bermu...@sura.org> - Office: (202)


> 408-8211
> > 1201 New York Ave. NW Suite 430, Washington DC 20005
>
> --
>
> You received this message because you are subscribed to the Google
> Groups "oostethys-users" group.
> To post to this group, send email to
> oosteth...@googlegroups.com

> <mailto:oosteth...@googlegroups.com>.


> To unsubscribe from this group, send email to
> oostethys-use...@googlegroups.com

> <mailto:oostethys-users%2Bunsu...@googlegroups.com>.


> For more options, visit this group at
> http://groups.google.com/group/oostethys-users?hl=en.
>
>
>
>
>
> --
> Luis Bermudez Ph.D.
> Coastal Research Technical Manager
> Southeastern Universities Research Association (SURA)

> berm...@sura.org <mailto:berm...@sura.org> - Office: (202) 408-8211


> 1201 New York Ave. NW Suite 430, Washington DC 20005
>

Reply all
Reply to author
Forward
0 new messages