[CITE-Forum] CITE TESTS FOR SOS v1.0 cannot run with the server that supports both v1.0 and v2.0

Alexander Birger alexander.birger at noaa.gov
Mon Dec 2 13:32:23 EST 2013


Hi Rocky,

 

The server actually responds to both POST requests when I send them separatly, and returns valid SensorML documents. However, OGC tests end up with the “error in call to an extension function”, which seems wrong…

 

Alex Birger
Systems Engineer



Skjei Telecom

7777 Leesburg Pike, Suite 315N
Falls Church, VA 22043

Direct:   +1 703 917 9889

Main:    +1 703 917 4077

Fax:       +1 703 917 0098
e-mail: alex.birger at skjeitelecom.com

My availability: http://www.timebridge.com/mytime/alexanderbirger

 

CONFIDENTIALITY NOTICE: For intended Skjei Telecom recipients only. 

 

From: 宗岩 Rocky [mailto:rocky at gis.tw] 
Sent: Wednesday, November 27, 2013 8:28 PM
To: Alexander Birger; 'Luis Bermudez'
Cc: cite-forum at lists.opengeospatial.org; 嵐焜 Peter; 文元 Cool
Subject: RE: [CITE-Forum] CITE TESTS FOR SOS v1.0 cannot run with the server that supports both v1.0 and v2.0

 

Hi, Alex,

 

               These two tests will run by post method and the URL is “http://ioossos.axiomalaska.com/52n-sos-ioos-stable/sos/pox” from the capabilities.
               If there is no response from post method??

 

----------------------------------------------------------------------------------------------------------------------------------

Tsung-Yen Lee (Rocky)

assistant software engineer

GIS Research Center, Feng-Chia University Taiwan

 <http://www.facebook.com/GIS.FCU> 描述: joinFB

 

From: Alexander Birger [mailto:alexander.birger at noaa.gov] 
Sent: Tuesday, November 26, 2013 11:39 PM
To: 宗岩 Rocky; 'Luis Bermudez'
Cc: cite-forum at lists.opengeospatial.org; 嵐焜 Peter; 文元 Cool
Subject: RE: [CITE-Forum] CITE TESTS FOR SOS v1.0 cannot run with the server that supports both v1.0 and v2.0

 

Hi Rocky,

 

I’ve run these two tests numerous times on our test server (http://ioossos.axiomalaska.com/52n-sos-ioos-stable/sos/kvp), and it always returns “error in call to an extension function”. In fact, the server response is a SensorML document, which passes schema validation with Oxygen. I am not sure that attachments are allowed here but just in case I attached the server response.

 

Thank you,

 

Alex Birger
Systems Engineer

Skjei Telecom

7777 Leesburg Pike, Suite 315N
Falls Church, VA 22043

Direct:   +1 703 917 9889

Main:    +1 703 917 4077

Fax:       +1 703 917 0098
e-mail: alex.birger at skjeitelecom.com

My availability: http://www.timebridge.com/mytime/alexanderbirger

 

CONFIDENTIALITY NOTICE: For intended Skjei Telecom recipients only. 

 

From: 宗岩 Rocky [mailto:rocky at gis.tw] 
Sent: Monday, November 25, 2013 9:53 PM
To: Alexander Birger; 'Luis Bermudez'
Cc: cite-forum at lists.opengeospatial.org; 嵐焜 Peter; 文元 Cool
Subject: RE: [CITE-Forum] CITE TESTS FOR SOS v1.0 cannot run with the server that supports both v1.0 and v2.0

 

Hi, Alex, 

 

        It seems no response from your SOS service or the response is not a validated SensorML xml.

 

        I tested on TE2 ( <http://cite.opengeospatial.org/te2/> http://cite.opengeospatial.org/te2/) where SOS Url is “ <http://sensorweb.demo.52north.org/52nSOSv3.2.1/sos> http://sensorweb.demo.52north.org/52nSOSv3.2.1/sos”.

        All test passed and no error occurred.

        

----------------------------------------------------------------------------------------------------------------------------------

Tsung-Yen Lee (Rocky)

assistant software engineer

GIS Research Center, Feng-Chia University Taiwan

 <http://www.facebook.com/GIS.FCU> 描述: joinFB

 

From: Alexander Birger [mailto:alexander.birger at noaa.gov] 
Sent: Tuesday, November 26, 2013 6:16 AM
To: 'Luis Bermudez'
Cc: 宗岩 Rocky; cite-forum at lists.opengeospatial.org; 嵐焜 Peter; 文元 Cool
Subject: RE: [CITE-Forum] CITE TESTS FOR SOS v1.0 cannot run with the server that supports both v1.0 and v2.0

 

Hi Luis,

 

Thank you. Looks like a couple more tests do not work. Here are the logs for these tests:

 

 

Log for test s0016/d2405e577_1/d2405e1528_1

Test describeSensor:core-SOS.DescribeSensor-ResponseMatchingResponseFormat.1 type Mandatory default result Passed (s0016/d2405e577_1/d2405e1528_1)

Assertion: The format of the response document matches the outputFormat specified in the request and is valid according to the outputFormat schema.

Message d1e491_1:

   ****

Message d1e495_1:

   Procedure: "urn:ioos:network:example:all"

Message d1e497_1:

   OutputFormat: "text/xml; subtype="sensorML/1.0.1/profiles/ioos_sos/1.0""

Request 966acfe7/d3179e1254_1:

   Method: post

   URL: http://ioossos.axiomalaska.com/52n-sos-ioos-stable/sos/pox

   Body: 

<DescribeSensor xmlns="http://www.opengis.net/sos/1.0"

                xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"

                xmlns:ctl="http://www.occamlab.com/ctl"

                xmlns:gen="java:com.occamlab.te.Generator"

                xmlns:gml="http://www.opengis.net/gml"

                xmlns:ogc="http://www.opengis.net/ogc"

                xmlns:om="http://www.opengis.net/om/1.0"

                xmlns:ows="http://www.opengis.net/ows/1.1"

                xmlns:parsers="http://www.occamlab.com/te/parsers"

                xmlns:saxon="http://saxon.sf.net/"

                xmlns:sml10="http://www.opengis.net/sensorML/1.0"

                xmlns:sml101="http://www.opengis.net/sensorML/1.0.1"

                xmlns:sos="http://www.opengis.net/sos/1.0"

                xmlns:sosFunctions="https://cite.opengeospatial.org/sos-1.0.0/src/ctl/functions.xml"

                xmlns:te="http://www.occamlab.com/te"

                xmlns:tec="java:com.occamlab.te.TECore"

                xmlns:tems="java:com.occamlab.te.web.MonitorServlet"

                xmlns:wms="http://www.opengis.net/wms"

                xmlns:xlink="http://www.w3.org/1999/xlink"

                xmlns:xs="http://www.w3.org/2001/XMLSchema"

                xmlns:xsd="http://www.w3.org/2001/XMLSchema"

                outputFormat="text/xml; subtype="sensorML/1.0.1/profiles/ioos_sos/1.0""

                service="SOS"

                version="1.0.0">

   <procedure>urn:ioos:network:example:all</procedure>

</DescribeSensor>

Error in call to extension function {public synchronized void com.occamlab.te.TECore.callTest(net.sf.saxon.expr.XPathContext,java.lang.String,java.lang.String,net.sf.saxon.om.NodeInfo,java.lang.String) throws java.lang.Exception}: Exception in extension function java.lang.RuntimeException: net.sf.saxon.s9api.SaxonApiException: Error in call to extension function {public org.w3c.dom.NodeList com.occamlab.te.TECore.request(org.w3c.dom.Document,java.lang.String) throws java.lang.Throwable}: Exception in extension function java.lang.reflect.InvocationTargetException

Result: Failed

 

-------------------------------------------

 

Test describeSensor:core-SOS.DescribeSensor-ResponseMatchingProcedure.1 type Mandatory default result Passed (s0016/d2405e577_1/d2405e1550_1)

Assertion: The unique identifier in the response document matches the procedure specified in the request.

Message d1e575_1:

   ****

Message d1e579_1:

   Procedure: "urn:ioos:network:example:all"

Request 966acfe7/d3179e1254_1:

   Method: post

   URL: http://ioossos.axiomalaska.com/52n-sos-ioos-stable/sos/pox

   Body: 

<DescribeSensor xmlns="http://www.opengis.net/sos/1.0"

                xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"

                xmlns:ctl="http://www.occamlab.com/ctl"

                xmlns:gen="java:com.occamlab.te.Generator"

                xmlns:gml="http://www.opengis.net/gml"

                xmlns:ogc="http://www.opengis.net/ogc"

                xmlns:om="http://www.opengis.net/om/1.0"

                xmlns:ows="http://www.opengis.net/ows/1.1"

                xmlns:parsers="http://www.occamlab.com/te/parsers"

                xmlns:saxon="http://saxon.sf.net/"

                xmlns:sml10="http://www.opengis.net/sensorML/1.0"

                xmlns:sml101="http://www.opengis.net/sensorML/1.0.1"

                xmlns:sos="http://www.opengis.net/sos/1.0"

                xmlns:sosFunctions="https://cite.opengeospatial.org/sos-1.0.0/src/ctl/functions.xml"

                xmlns:te="http://www.occamlab.com/te"

                xmlns:tec="java:com.occamlab.te.TECore"

                xmlns:tems="java:com.occamlab.te.web.MonitorServlet"

                xmlns:wms="http://www.opengis.net/wms"

                xmlns:xlink="http://www.w3.org/1999/xlink"

                xmlns:xs="http://www.w3.org/2001/XMLSchema"

                xmlns:xsd="http://www.w3.org/2001/XMLSchema"

                outputFormat="text/xml; subtype="sensorML/1.0.1/profiles/ioos_sos/1.0""

                service="SOS"

                version="1.0.0">

   <procedure>urn:ioos:network:example:all</procedure>

</DescribeSensor>

Error in call to extension function {public synchronized void com.occamlab.te.TECore.callTest(net.sf.saxon.expr.XPathContext,java.lang.String,java.lang.String,net.sf.saxon.om.NodeInfo,java.lang.String) throws java.lang.Exception}: Exception in extension function java.lang.RuntimeException: net.sf.saxon.s9api.SaxonApiException: Error in call to extension function {public org.w3c.dom.NodeList com.occamlab.te.TECore.request(org.w3c.dom.Document,java.lang.String) throws java.lang.Throwable}: Exception in extension function java.lang.reflect.InvocationTargetException

Result: Failed

 

 

Alex Birger
Systems Engineer

Skjei Telecom

7777 Leesburg Pike, Suite 315N
Falls Church, VA 22043

Direct:   +1 703 917 9889

Main:    +1 703 917 4077

Fax:       +1 703 917 0098
e-mail: alex.birger at skjeitelecom.com

My availability: http://www.timebridge.com/mytime/alexanderbirger

 

CONFIDENTIALITY NOTICE: For intended Skjei Telecom recipients only. 

 

From: Luis Bermudez [mailto:lbermudez at opengeospatial.org] 
Sent: Monday, November 25, 2013 2:27 PM
To: Alexander Birger
Cc: 宗岩 Rocky; cite-forum at lists.opengeospatial.org; 嵐焜 Peter; 文元 Cool
Subject: Re: [CITE-Forum] CITE TESTS FOR SOS v1.0 cannot run with the server that supports both v1.0 and v2.0

 

Hi Alex,

 

A revision r10 is now in beta. Fix is passing the reference implementation. If there are no other issues, we will move it to production.

 

Thank you.

 

- Luis

---------------------------------------------------
Luis Bermudez, Ph.D.
Director Compliance Program
Open Geospatial Consortium (OGC)
The OGC: Making Location Count

Skype: bermudez_luis
Twitter: @berdez
Tel: +1 301 760 7323
http://www.opengeospatial.org/ogc/organization/staff/lbermudez

 

On Nov 20, 2013, at 1:13 PM, Alexander Birger <alexander.birger at noaa.gov> wrote:

 

Hi Rocky,

 

Thanks. Do you have an idea when the http://cite.opengeospatial.org/teamengine and http://cite.opengeospatial.org/te2 are going to be fixed as well? They both still use a faulty r9…

 

Alex Birger
Systems Engineer

Skjei Telecom

7777 Leesburg Pike, Suite 315N
Falls Church, VA 22043

Direct:   +1 703 917 9889

Main:    +1 703 917 4077

Fax:       +1 703 917 0098
e-mail: alex.birger at skjeitelecom.com

My availability: http://www.timebridge.com/mytime/alexanderbirger

 

CONFIDENTIALITY NOTICE: For intended Skjei Telecom recipients only. 

 

From: 宗岩 Rocky [mailto:rocky at gis.tw] 
Sent: Monday, November 18, 2013 8:48 PM
To: Alexander Birger; cite-forum at lists.opengeospatial.org
Cc: 'Luis Bermudez'; 嵐焜 Peter; 文元 Cool
Subject: RE: [CITE-Forum] CITE TESTS FOR SOS v1.0 cannot run with the server that supports both v1.0 and v2.0

 

Hi, Alex,

 

        Sorry for that error.

        I fixed it and updated to svn. (trunk and tag r9)

 

----------------------------------------------------------------------------------------------------------------------------------

李宗岩 (Rocky)

助理工程師 assistant software engineer
逢甲大學地理資訊系統研究中心 GIS Research Center, Feng-Chia University

04-24516669 #350

 <http://www.facebook.com/GIS.FCU> <image001.jpg>

 

From: Alexander Birger [mailto:alexander.birger at noaa.gov] 
Sent: Tuesday, November 19, 2013 7:26 AM
To: 宗岩 Rocky; cite-forum at lists.opengeospatial.org
Cc: 'Luis Bermudez'; 嵐焜 Peter; 文元 Cool
Subject: RE: [CITE-Forum] CITE TESTS FOR SOS v1.0 cannot run with the server that supports both v1.0 and v2.0

 

Hi Rocky,

 

Have you made the mods yet? I see that the SOS 1.0 test has now revision 9. Is that the updated one?

 

I’ve tried this revision anyway, and it seems that the test ‘d2405e561_1/d2405e747_1’ (sos:general-SOS.General-InvalidRequest.1) is completely broken – it does not work with any SOS implementation, even with the 52North reference one. It is not clear from the log what kind of request triggers such a response:

 

“<log>

<starttest local-name="general-SOS.General-InvalidRequest.1" prefix="sos" namespace-uri="http://www.opengis.net/sos/1.0" type="Mandatory" defaultResult="1" path="s0015/d2405e561_1/d2405e747_1" file="/srv/local/teamengine-te2/TE_BASE/work/srv_local_teamengine-te2_TE_BASE_scripts_sos_1.0.0_ctl_/SOS_ETS/sos$general-SOS.General-InvalidRequest.1.test">

<assertion>

Sending a request that is non-conformant to a schema associated with an SOS operation causes the server to return a valid error report message with an exceptionCode value of MissingParameterValue.

</assertion>

<params xmlns:tec="java:com.occamlab.te.TECore" xmlns:tems="java:com.occamlab.te.web.MonitorServlet" xmlns:html="http://www.w3.org/1999/xhtml" xmlns:tep="http://teamengine.sourceforge.net/parsers" xmlns:ows="http://www.opengis.net/ows/1.1" xmlns:saxon="http://saxon.sf.net/" xmlns:sos="http://www.opengis.net/sos/1.0" xmlns:gml="http://www.opengis.net/gml" xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:xi="http://www.w3.org/2001/XInclude" xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:owsTests="https://www.cite.opengeospatial.org/ows-1.0/tests" xmlns:describeSensor="https://cite.opengeospatial.org/sos-1.0.0/src/ctl/DescribeSensor.xml" xmlns:ctl="http://www.occamlab.com/ctl" xmlns:om="http://www.opengis.net/om/1.0" xmlns:gen="java:com.occamlab.te.Generator" xmlns:sosFunctions="https://cite.opengeospatial.org/sos-1.0.0/src/ctl/functions.xml" xmlns:te="http://www.occamlab.com/te" xmlns:getCapabilities="https://cite.opengeospatial.org/sos-1.0.0/src/ctl/GetCapabilities.xml" xmlns:ogc="http://www.opengis.net/ogc" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:getObservation="https://cite.opengeospatial.org/sos-1.0.0/src/ctl/GetObservation.xml" xmlns:parsers="http://www.occamlab.com/te/parsers">

<param local-name="serviceURL" namespace-uri="" prefix="" type="node()">

<value>

<value key="service-url">

http://d.weatherflow.com/sos/sos.pl

</value>

</value>

</param>

<param local-name="exceptionReportSchema" namespace-uri="" prefix="" type="node()">

<value>

xsd/ogc/ows/1.1.0/owsExceptionReport.xsd

</value>

</param>

</params>

</starttest>

<exception>

<![CDATA[Error in call to extension function {public synchronized void com.occamlab.te.TECore.callTest(net.sf.saxon.expr.XPathContext,java.lang.String,java.lang.String,net.sf.saxon.om.NodeInfo,java.lang.String) throws java.lang.Exception}: Exception in extension function java.lang.Exception: Fatal Error: XPath syntax error at char 38 on line 57 in {...s:schemaPath($sosSchemaRoot...}: Variable $sosSchemaRoot has not been declared; SystemID: file:/srv/local/teamengine-te2/TE_BASE/work/srv_local_teamengine-te2_TE_BASE_scripts_sos_1.0.0_ctl_/SOS_ETS/sos$general-SOS.General-InvalidRequest.1.test; Line#: 57; Column#: -1 Fatal Error: XPath syntax error at char 57 on line 81 in {...s:schemaPath($sosSchemaRoot...}: Variable $sosSchemaRoot has not been declared; SystemID: file:/srv/local/teamengine-te2/TE_BASE/work/srv_local_teamengine-te2_TE_BASE_scripts_sos_1.0.0_ctl_/SOS_ETS/sos$general-SOS.General-InvalidRequest.1.test; Line#: 81; Column#: -1 Failed to compile stylesheet. 2 errors detected.]]>

</exception>

<endtest result="6"/>

</log>”

 

 

Regards,

 

Alex Birger
Systems Engineer

Skjei Telecom

7777 Leesburg Pike, Suite 315N
Falls Church, VA 22043

Direct:   +1 703 917 9889

Main:    +1 703 917 4077

Fax:       +1 703 917 0098
e-mail: alex.birger at skjeitelecom.com

My availability: http://www.timebridge.com/mytime/alexanderbirger

 

CONFIDENTIALITY NOTICE: For intended Skjei Telecom recipients only. 

 

From: 宗岩 Rocky [mailto:rocky at gis.tw] 
Sent: Wednesday, November 13, 2013 8:50 PM
To: Alexander Birger; cite-forum at lists.opengeospatial.org
Cc: 'Luis Bermudez'; 嵐焜 Peter; 文元 Cool
Subject: RE: [CITE-Forum] CITE TESTS FOR SOS v1.0 cannot run with the server that supports both v1.0 and v2.0

 

Hi, Alex,

 

        I will modify scripts to get version according to priority below:

1.     Version  <ows:Parameter> in each <ows:Operation>.

(Xpath = $capabilitiesDocument//ows:Operation[@name=$operation]/ows:Parameter[@name='version']//ows:AllowedValues/ows:Value[1])

 

2.     Version  <ows:Parameter> in <ows:OperationsMetadata>.

(Xpath = $capabilitiesDocument//sos:Capabilities/ows:OperationsMetadata/ows:Parameter[@name='version']/ows:AllowedValues/ows:Value[1])

 

3.     <ows:ServiceTypeVersion> in <ows:ServiceIdentification>.

(Xpath = $capabilitiesDocument//sos:Capabilities/ows:ServiceIdentification/ows:ServiceTypeVersion[1])

 

      

 

----------------------------------------------------------------------------------------------------------------------------------

李宗岩 (Rocky)

助理工程師 assistant software engineer
逢甲大學地理資訊系統研究中心 GIS Research Center, Feng-Chia University

04-24516669 #350

 <http://www.facebook.com/GIS.FCU> <image001.jpg>

 

From: Alexander Birger [mailto:alexander.birger at noaa.gov] 
Sent: Tuesday, November 12, 2013 11:49 PM
To: 宗岩 Rocky; cite-forum at lists.opengeospatial.org
Cc: 'Luis Bermudez'; 嵐焜 Peter; 文元 Cool
Subject: RE: [CITE-Forum] CITE TESTS FOR SOS v1.0 cannot run with the server that supports both v1.0 and v2.0

 

Rocky,

 

One comment to your suggestion about fixing the Issue #1 : we do not report the SOS version separately in each <ows:Operation>. Instead, we indicate it for the whole service in the following two places:

 

1. <ows:ServiceTypeVersion> in the <ows:ServiceIdentification> 

(Xpath = $capabilitiesDocument//sos:Capabilities/ows:ServiceIdentification/ows:ServiceTypeVersion)

 

2. <ows:Parameter> in the <ows:OperationsMetadata> 

(Xpath = $capabilitiesDocument//sos:Capabilities/ows:OperationsMetadata/ows:Parameter[@name='version']/ows:AllowedValues/ows:Value[1])

 

Your other suggestions look great, thank you. Looking forward to testing the changes.

 

Regards,

 

Alex Birger
Systems Engineer

Skjei Telecom

7777 Leesburg Pike, Suite 315N
Falls Church, VA 22043

Direct:   +1 703 917 9889

Main:    +1 703 917 4077

Fax:       +1 703 917 0098
e-mail: alex.birger at skjeitelecom.com

My availability: http://www.timebridge.com/mytime/alexanderbirger

 

CONFIDENTIALITY NOTICE: For intended Skjei Telecom recipients only. 

 

From: 宗岩 Rocky [mailto:rocky at gis.tw] 
Sent: Tuesday, November 12, 2013 3:51 AM
To: Alexander Birger; cite-forum at lists.opengeospatial.org
Cc: 'Luis Bermudez'; 嵐焜 Peter; 文元 Cool
Subject: RE: [CITE-Forum] CITE TESTS FOR SOS v1.0 cannot run with the server that supports both v1.0 and v2.0

 

Hi, Alex,

 

1.     I will modify scripts to get first version in capabilities Document (Each ows:Operation).

Maybe this will fix this issue.

 

2.     Scripts will get “outputFormat” value from location $capabilitiesDocument//ows:Operation[@name='DescribeSensor']//ows:Parameter[@name='outputFormat']//ows:AllowedValues/ows:Value[1] in the capabilities document. If there is no outputFormat defined in the capabilities, it will use <text/xml;subtype="sensorML/1.0.0">.

Maybe you can define “outputFormat”=<text/xml; subtype="sensorML/1.0.1/profiles/ioos_sos/1.0"> in the capabilities.

 

3.     ows:Constraint” element is not required for “ows:Post” element, I will modify scripts to get first “ows:POST”href in capabilities

 

----------------------------------------------------------------------------------------------------------------------------------

Tsung-Yen Lee (Rocky)

assistant software engineer

GIS Research Center, Feng-Chia University Taiwan

 <http://www.facebook.com/GIS.FCU> <image001.jpg>

 

From: Alexander Birger [mailto:alexander.birger at noaa.gov] 
Sent: Tuesday, November 12, 2013 2:21 AM
To: 宗岩 Rocky; cite-forum at lists.opengeospatial.org
Cc: 'Luis Bermudez'; 嵐焜 Peter; 文元 Cool
Subject: RE: [CITE-Forum] CITE TESTS FOR SOS v1.0 cannot run with the server that supports both v1.0 and v2.0

 

Hi Rocky,

 

1. Sorry for being not clear – the following DescribeSensor tests do that:

 

a. “core-SOS.DescribeSensor-RequestInvalidMIMEType.1” 

b. “core-SOS.DescribeSensor-RequestInvalidProcedure.1”

c.  “core-SOS.DescribeSensor-ResponseMatchingResponseFormat.1

 

For example, here is the full log for the last test; you may see the parameter < version="1.0.0 2.0.0">:

 

Test describeSensor:core-SOS.DescribeSensor-ResponseMatchingResponseFormat.1 type Mandatory default result Passed (s0012/d2405e573_1/d2405e1450_1)

Assertion: The format of the response document matches the outputFormat specified in the request and is valid according to the outputFormat schema.

Message d1e491_1:

   ****

Message d1e495_1:

   Procedure: "urn:ioos:network:test:all"

Message d1e497_1:

   OutputFormat: "text/xml; subtype="sensorML/1.0.1""

Request 966acfe7/d3152e1236_1:

   Method: post

   URL: http://ioossos.axiomalaska.com/52n-sos-ioos-stable/sos/soap http://ioossos.axiomalaska.com/52n-sos-ioos-stable/sos/pox

   Body: 

<DescribeSensor xmlns="http://www.opengis.net/sos/1.0"

                xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"

                xmlns:ctl="http://www.occamlab.com/ctl"

                xmlns:gen="java:com.occamlab.te.Generator"

                xmlns:gml="http://www.opengis.net/gml"

                xmlns:ogc="http://www.opengis.net/ogc"

                xmlns:om="http://www.opengis.net/om/1.0"

                xmlns:ows="http://www.opengis.net/ows/1.1"

                xmlns:parsers="http://www.occamlab.com/te/parsers"

                xmlns:saxon="http://saxon.sf.net/"

                xmlns:sml10="http://www.opengis.net/sensorML/1.0"

                xmlns:sml101="http://www.opengis.net/sensorML/1.0.1"

                xmlns:sos="http://www.opengis.net/sos/1.0"

                xmlns:sosFunctions="https://cite.opengeospatial.org/sos-1.0.0/src/ctl/functions.xml"

                xmlns:te="http://www.occamlab.com/te"

                xmlns:tec="java:com.occamlab.te.TECore"

                xmlns:tems="java:com.occamlab.te.web.MonitorServlet"

                xmlns:wms="http://www.opengis.net/wms"

                xmlns:xlink="http://www.w3.org/1999/xlink"

                xmlns:xs="http://www.w3.org/2001/XMLSchema"

                xmlns:xsd="http://www.w3.org/2001/XMLSchema"

                outputFormat="text/xml; subtype="sensorML/1.0.1""

                service="SOS"

                version="1.0.0 2.0.0">

   <procedure>urn:ioos:network:test:all</procedure>

</DescribeSensor>

Error in call to extension function {public synchronized void com.occamlab.te.TECore.callTest(net.sf.saxon.expr.XPathContext,java.lang.String,java.lang.String,net.sf.saxon.om.NodeInfo,java.lang.String) throws java.lang.Exception}: Exception in extension function java.lang.RuntimeException: net.sf.saxon.s9api.SaxonApiException: Error in call to extension function {public org.w3c.dom.NodeList com.occamlab.te.TECore.request(org.w3c.dom.Document,java.lang.String) throws java.lang.Throwable}: Exception in extension function java.lang.reflect.InvocationTargetException

Result: Failed

 

 

2. Actually, I made a mistake here by reporting a wrong reason of failure. Sorry for misleading you on that one. Apart from the “version=” issue, the other reason for the “core-SOS.DescribeSensor-RequestInvalidProcedure.1” and “core-SOS.DescribeSensor-ResponseMatchingResponseFormat.1” tests to fail is that IOOS has its own outputFormat for DescribeSensor – <text/xml; subtype="sensorML/1.0.1/profiles/ioos_sos/1.0">. Although a standard SensorML outputFormat value <text/xml; subtype="sensorML/1.0.1"> is also listed in GetCapabilities document, IOOS servers do not accept it. Is it possible to let user choose the right outputFormat value for the test, similar to how it is done in the test for SOS 2.0?

 

3. Yes, IOOS servers report two POST URLs in GetCapabilities response. However, they have different Constraint values – ‘application/soap+xml’ for SOAP, and ‘application/xml’ or ‘text/xml’ for POX:

 

<ows:Post xlink:href = "http://ioossos.axiomalaska.com/52n-sos-ioos-stable/sos/soap">

      <ows:Constraint name = "Content-Type">

            <ows:AllowedValues>

                  <ows:Value>application/soap+xml</ows:Value>

            </ows:AllowedValues>

      </ows:Constraint>

</ows:Post>

<ows:Post xlink:href = "http://ioossos.axiomalaska.com/52n-sos-ioos-stable/sos/pox">

      <ows:Constraint name = "Content-Type">

            <ows:AllowedValues>

                  <ows:Value>application/xml</ows:Value>

                  <ows:Value>text/xml</ows:Value>

            </ows:AllowedValues>

      </ows:Constraint>

</ows:Post> 

 

Is it possible to use <ows:Constraint name “Content-Type’> value together with the <ows:Post xlink:href = “POST_URL”> in order to select the right URL?

 

Thank you,

 

Alex Birger
Systems Engineer

Skjei Telecom

7777 Leesburg Pike, Suite 315N
Falls Church, VA 22043

Direct:   +1 703 917 9889

Main:    +1 703 917 4077

Fax:       +1 703 917 0098
e-mail: alex.birger at skjeitelecom.com

My availability: http://www.timebridge.com/mytime/alexanderbirger

 

CONFIDENTIALITY NOTICE: For intended Skjei Telecom recipients only. 

 

From: 宗岩 Rocky [mailto:rocky at gis.tw] 
Sent: Saturday, November 09, 2013 7:09 AM
To: Alexander Birger; cite-forum at lists.opengeospatial.org
Cc: Luis Bermudez (lbermudez at opengeospatial.org); 嵐焜 Peter; 文元 Cool
Subject: RE: [CITE-Forum] CITE TESTS FOR SOS v1.0 cannot run with the server that supports both v1.0 and v2.0

 

Hi, Alex,

 

        1. In DescribeSensor tests, parameter “version” is used incorrectly – as GetCapabilities reports both SOS versions “1.0.0” and “2.0.0” as allowed, the post requests send <version="1.0.0 2.0.0">, which always triggers an error. It seems that <version=”1.0.0”> would be just right, since this is version 1.0.0 under test.

           è


Sorry, I don't know which test will send <version="1.0.0 2.0.0"> post request ??


                     

           

2. In DescribeSensor tests, the quote marks in the outputFormat value <text/xml; subtype="sensorML/1.0.1"> are replaced with <">. Similar request with <"> instead <"> returns a normal describeSensor response. I am not sure if that is an error, as in theory both are legitimate substitutes for the quote marks; however, in practice <"> seems less harmless.

           è     


HtmlEncode <"> =><">.  ASCII code <"> =><">.


Because It's tested on the web, I always use <"> than we can see the <text/xml; subtype="sensorML/1.0.1"> on the web.


I don't know which is better to use in the scripts.


 

3. In DescribeSensor tests, the POST request URL somehow combines two – one for SOAP and another for POST:

     <URL:  <http://ioossos.axiomalaska.com/52n-sos-ioos-stable/sos/soap> http://ioossos.axiomalaska.com/52n-sos-ioos-stable/sos/soap  <http://ioossos.axiomalaska.com/52n-sos-ioos-stable/sos/pox> http://ioossos.axiomalaska.com/52n-sos-ioos-stable/sos/pox>

Is that the right way? I think that only second URL should be used.

           è


In SOS 1.0.0, SOAP request is not definied in Specification.


SOS Scripts get the Post request  URL from $capabilities//ows:Operation[@name='DescribeSensor']/ows:DCP/ows:HTTP/ows:Post/@xlink:href.


Do you have two Post URL in the xpath?


 

4. Test “sos:general-SOS.General-InvalidRequest.1” sends POST request instead of GET. Although it is totally legitimate test because SOS instance has to support both HTTP methods, our implementation has different endpoints for GET and POST, which is clearly described in GetCapabilities document. Is it possible either to take the POST endpoint URL from the GetCapabilities document or switch to GET method in this test?

           è


OK, I will modify the scripts to get post URL from capabilities then use post URL to run this test.


 

----------------------------------------------------------------------------------------------------------------------------------

李宗岩 (Rocky)

助理工程師 assistant software engineer
逢甲大學地理資訊系統研究中心 GIS Research Center, Feng-Chia University

04-24516669 #350

 <http://www.facebook.com/GIS.FCU> <image001.jpg>

 

From: CITE-Forum [mailto:cite-forum-bounces at lists.opengeospatial.org] On Behalf Of Alexander Birger
Sent: Saturday, November 09, 2013 3:56 AM
To: cite-forum at lists.opengeospatial.org
Subject: Re: [CITE-Forum] CITE TESTS FOR SOS v1.0 cannot run with the server that supports both v1.0 and v2.0

 

Luis et al,

 

OK, I tried r8 from the Team Engine v4 Beta site, and it looks much better now – the SOS core test is not a show stopper anymore. However, a bunch of other issues just popped up:

 

1. In DescribeSensor tests, parameter “version” is used incorrectly – as GetCapabilities reports both SOS versions “1.0.0” and “2.0.0” as allowed, the post requests send <version="1.0.0 2.0.0">, which always triggers an error. It seems that <version=”1.0.0”> would be just right, since this is version 1.0.0 under test.

 

2. In DescribeSensor tests, the quote marks in the outputFormat value <text/xml; subtype="sensorML/1.0.1"> are replaced with <">. Similar request with <"> instead <"> returns a normal describeSensor response. I am not sure if that is an error, as in theory both are legitimate substitutes for the quote marks; however, in practice <"> seems less harmless.

 

3. In DescribeSensor tests, the POST request URL somehow combines two – one for SOAP and another for POST:

     <URL: http://ioossos.axiomalaska.com/52n-sos-ioos-stable/sos/soap http://ioossos.axiomalaska.com/52n-sos-ioos-stable/sos/pox>

Is that the right way? I think that only second URL should be used.

 

4. Test “sos:general-SOS.General-InvalidRequest.1” sends POST request instead of GET. Although it is totally legitimate test because SOS instance has to support both HTTP methods, our implementation has different endpoints for GET and POST, which is clearly described in GetCapabilities document. Is it possible either to take the POST endpoint URL from the GetCapabilities document or switch to GET method in this test?

 

Thank you,

 

Alex Birger
Systems Engineer

Skjei Telecom

7777 Leesburg Pike, Suite 315N
Falls Church, VA 22043

Direct:   +1 703 917 9889

Main:    +1 703 917 4077

Fax:       +1 703 917 0098
e-mail: alex.birger at skjeitelecom.com

My availability: http://www.timebridge.com/mytime/alexanderbirger

 

CONFIDENTIALITY NOTICE: For intended Skjei Telecom recipients only. 

 

From: Luis Bermudez [mailto:lbermudez at opengeospatial.org] 
Sent: Wednesday, October 23, 2013 10:15 AM
To: Alexander Birger
Cc: '宗岩 Rocky'; cite-forum at lists.opengeospatial.org; '嵐焜 Peter'; '文元 Cool'
Subject: Re: [CITE-Forum] CITE TESTS FOR SOS v1.0 cannot run with the server that supports both v1.0 and v2.0

 

Hi Alex,

 

Next week we are doing a beta release with the fix. If it passes the Reference Implementation we will make it in the official portal in the next 2 weeks.

 

- Luis

---------------------------------------------------
Luis Bermudez, Ph.D.
Director Compliance Program
Open Geospatial Consortium (OGC)
The OGC: Making Location Count

Skype: bermudez_luis
Twitter: @berdez
Tel: +1 301 760 7323
http://www.opengeospatial.org/ogc/organization/staff/lbermudez

 

On Oct 23, 2013, at 10:09 AM, Alexander Birger wrote:

 

Hi Rocky,

 

Thanks a lot. Do you know when the r8 is going out? If it is not too long, I would rather wait.

 

Alex Birger
Systems Engineer

Skjei Telecom

7777 Leesburg Pike, Suite 315N
Falls Church, VA 22043

Direct:   +1 703 917 9889

Main:    +1 703 917 4077

Fax:       +1 703 917 0098
e-mail: alex.birger at skjeitelecom.com

My availability: http://www.timebridge.com/mytime/alexanderbirger

 

CONFIDENTIALITY NOTICE: For intended Skjei Telecom recipients only.

 

From: 宗岩 Rocky [mailto:rocky at gis.tw] 
Sent: Tuesday, October 22, 2013 10:42 PM
To: Alexander Birger; cite-forum at lists.opengeospatial.org
Cc: Luis Bermudez (lbermudez at opengeospatial.org); 嵐焜 Peter; 文元 Cool
Subject: RE: [CITE-Forum] CITE TESTS FOR SOS v1.0 cannot run with the server that supports both v1.0 and v2.0

 

Hi, Alex,

 

        The next SOS 1.0.0 version (r8) will include the cceptedVersions=1.0.0?into GetCApabilities request for the os:core-main?test.

           Or you can download SOS 1.0 trunk from SVN to test.

           URL: https://svn.opengeospatial.org/ogc-projects/cite/scripts/sos/1.0.0/trunk/

           Thank you for reporting.

       

OGC 06-121r3 OWS 1.1.0 P.19

7.3.2 Version negotiation

Version negotiation is performed using the optional AcceptVersions parameter in the GetCapabilities operation request.

Although optional, client software should always include this parameter, to simplify version negotiation.

----------------------------------------------------------------------------------------------------------------------------------

Tsung-Yen Lee (Rocky)

assistant software engineer

GIS Research Center, Feng-Chia University Taiwan

 <http://www.facebook.com/GIS.FCU> <image001.jpg>

 

From: CITE-Forum [mailto:cite-forum-bounces+rocky=gis.tw at lists.opengeospatial.org] On Behalf Of Alexander Birger
Sent: Wednesday, October 23, 2013 1:16 AM
To: cite-forum at lists.opengeospatial.org
Subject: [CITE-Forum] CITE TESTS FOR SOS v1.0 cannot run with the server that supports both v1.0 and v2.0

 

Hi,

 

It seems that the CITE tests for SOS v1.0 contain errors: the os:core-main?and wsTests:ows-OWS.GetCapabilities.1?tests for the SOS v1.0 always fail with the server that supports both v1.0 and v2.0.

 

It happens because the test requests drops (deliberately or not) the AcceptVersions parameter. Although the GC Web Services Common Specification?defines the AcceptVersions parameter as optional, it requires server to eturn a service metadata document that is compliant to the highest protocol version that the server supports?if no version negotiation is performed, i.e. the AcceptVersions parameter is omitted. In that case the server always returns the SOS v2.0 document, which immediately causes the test to fail due to schema mismatch.

 

This failure is absolutely critical because the result of the os:core-main?test must pass schema validation in order to continue the SOS v1.0 testing. Although there is an option to select the tests to run, there is no way the os:core-main?test can be excluded.

 

Is there any way to fix the SOS v1.0 test by either (a) including the cceptedVersions=1.0.0?into GetCApabilities request for the os:core-main?test, or (b) making that test optional?

 

Thanks,

 

Alex Birger
Systems Engineer

Skjei Telecom

7777 Leesburg Pike, Suite 315N
Falls Church, VA 22043

Direct:   +1 703 917 9889

Main:    +1 703 917 4077

Fax:       +1 703 917 0098
e-mail: alex.birger at skjeitelecom.com

My availability: http://www.timebridge.com/mytime/alexanderbirger

 

CONFIDENTIALITY NOTICE: For intended Skjei Telecom recipients only.

 

 

 

-----Disclaimer-----

本郵件含有逢甲大學地理資訊系統研究中心機密資訊、或受法律保護之資料,唯有原發信人指定之收信人得閱讀或使用本郵件之內容。如您並非被指定之收信人,請立即將本郵件及所有附件予以刪除;請勿揭露、儲存或使用本郵件之任何資訊,並請您立即告知原發信人rocky at gis.tw本郵件的傳遞錯誤。謝謝您的合作。

This e-mail transmission and any attachments contain information from Geographic Information Systems Research Center ofFeng Chia University. The information is confidential and/or privileged and intended to be solely for the use of the individuals or entity named in this e-mail transmission. If you are not the intended recipient, be aware that any disclosure, saving or use of the contents of this e-mail transmission and attachments is strictly prohibited. If you have received this email transmission in error, please notify us immediately, and delete the e-mail and attachments. We greatly appreciate your cooperation.

GIS RESEARCH CENTER, FCU http://www.gis.tw <http://www.gis.tw/>  .Tel: 886-4-24516669

 

 

 

-----Disclaimer-----

本郵件含有逢甲大學地理資訊系統研究中心機密資訊、或受法律保護之資料,唯有原發信人指定之收信人得閱讀或使用本郵件之內容。如您並非被指定之收信人,請立即將本郵件及所有附件予以刪除;請勿揭露、儲存或使用本郵件之任何資訊, <mailto:%E4%B8%A6%E8%AB%8B%E6%82%A8%E7%AB%8B%E5%8D%B3%E5%91%8A%E7%9F%A5%E5%8E%9F%E7%99%BC%E4%BF%A1%E4%BA%BArocky at gis.xn--tw-zg3cz9d2v4coitpg6acujzjb84l.xn--2qqs7i9qnt4virxa> 並請您立即告知原發信人rocky at gis.tw本郵件的傳遞錯誤。謝謝您的合作。

This e-mail transmission and any attachments contain information from Geographic Information Systems Research Center of Feng Chia University. The information is confidential and/or privileged and intended to be solely for the use of the individuals or entity named in this e-mail transmission. If you are not the intended recipient, be aware that any disclosure, saving or use of the contents of this e-mail transmission and attachments is strictly prohibited. If you have received this email transmission in error, please notify us immediately, and delete the e-mail and attachments. We greatly appreciate your cooperation.

GIS RESEARCH CENTER, FCU http://www.gis.tw <http://www.gis.tw/>  .Tel: 886-4-24516669

 

 

-----Disclaimer-----

本郵件含有逢甲大學地理資訊系統研究中心機密資訊、或受法律保護之資料,唯有原發信人指定之收信人得閱讀或使用本郵件之內容。如您並非被指定之收信人,請立即將本郵件及所有附件予以刪除;請勿揭露、儲存或使用本郵件之任何資訊, <mailto:%E4%B8%A6%E8%AB%8B%E6%82%A8%E7%AB%8B%E5%8D%B3%E5%91%8A%E7%9F%A5%E5%8E%9F%E7%99%BC%E4%BF%A1%E4%BA%BArocky at gis.xn--tw-zg3cz9d2v4coitpg6acujzjb84l.xn--2qqs7i9qnt4virxa> 並請您立即告知原發信人rocky at gis.tw本郵件的傳遞錯誤。謝謝您的合作。

This e-mail transmission and any attachments contain information from Geographic Information Systems Research Center of Feng Chia University. The information is confidential and/or privileged and intended to be solely for the use of the individuals or entity named in this e-mail transmission. If you are not the intended recipient, be aware that any disclosure, saving or use of the contents of this e-mail transmission and attachments is strictly prohibited. If you have received this email transmission in error, please notify us immediately, and delete the e-mail and attachments. We greatly appreciate your cooperation.

GIS RESEARCH CENTER, FCU http://www.gis.tw <http://www.gis.tw/>  .Tel: 886-4-24516669

 

 

-----Disclaimer-----

本郵件含有逢甲大學地理資訊系統研究中心機密資訊、或受法律保護之資料,唯有原發信人指定之收信人得閱讀或使用本郵件之內容。如您並非被指定之收信人,請立即將本郵件及所有附件予以刪除;請勿揭露、儲存或使用本郵件之任何資訊, <mailto:%E4%B8%A6%E8%AB%8B%E6%82%A8%E7%AB%8B%E5%8D%B3%E5%91%8A%E7%9F%A5%E5%8E%9F%E7%99%BC%E4%BF%A1%E4%BA%BArocky at gis.xn--tw-zg3cz9d2v4coitpg6acujzjb84l.xn--2qqs7i9qnt4virxa> 並請您立即告知原發信人rocky at gis.tw本郵件的傳遞錯誤。謝謝您的合作。

This e-mail transmission and any attachments contain information from Geographic Information Systems Research Center of Feng Chia University. The information is confidential and/or privileged and intended to be solely for the use of the individuals or entity named in this e-mail transmission. If you are not the intended recipient, be aware that any disclosure, saving or use of the contents of this e-mail transmission and attachments is strictly prohibited. If you have received this email transmission in error, please notify us immediately, and delete the e-mail and attachments. We greatly appreciate your cooperation.

GIS RESEARCH CENTER, FCU http://www.gis.tw <http://www.gis.tw/>  .Tel: 886-4-24516669

 

 

-----Disclaimer-----

本郵件含有逢甲大學地理資訊系統研究中心機密資訊、或受法律保護之資料,唯有原發信人指定之收信人得閱讀或使用本郵件之內容。如您並非被指定之收信人,請立即將本郵件及所有附件予以刪除;請勿揭露、儲存或使用本郵件之任何資訊,並請您立即告知原發信人rocky at gis.tw本郵件的傳遞錯誤。謝謝您的合作。

This e-mail transmission and any attachments contain information from Geographic Information Systems Research Center of Feng Chia University. The information is confidential and/or privileged and intended to be solely for the use of the individuals or entity named in this e-mail transmission. If you are not the intended recipient, be aware that any disclosure, saving or use of the contents of this e-mail transmission and attachments is strictly prohibited. If you have received this email transmission in error, please notify us immediately, and delete the e-mail and attachments. We greatly appreciate your cooperation.

GIS RESEARCH CENTER, FCU http://www.gis.tw <http://www.gis.tw/>  .Tel: 886-4-24516669

 

 

 

-----Disclaimer-----

本郵件含有逢甲大學地理資訊系統研究中心機密資訊、或受法律保護之資料,唯有原發信人指定之收信人得閱讀或使用本郵件之內容。如您並非被指定之收信人,請立即將本郵件及所有附件予以刪除;請勿揭露、儲存或使用本郵件之任何資訊, <mailto:並請您立即告知原發信人rocky at gis.tw本郵件的傳遞錯誤。謝謝您的合作> 並請您立即告知原發信人rocky at gis.tw本郵件的傳遞錯誤。謝謝您的合作。

This e-mail transmission and any attachments contain information from Geographic Information Systems Research Center of Feng Chia University. The information is confidential and/or privileged and intended to be solely for the use of the individuals or entity named in this e-mail transmission. If you are not the intended recipient, be aware that any disclosure, saving or use of the contents of this e-mail transmission and attachments is strictly prohibited. If you have received this email transmission in error, please notify us immediately, and delete the e-mail and attachments. We greatly appreciate your cooperation.

GIS RESEARCH CENTER, FCU http://www.gis.tw .Tel: 886-4-24516669

 

 

-----Disclaimer-----

本郵件含有逢甲大學地理資訊系統研究中心機密資訊、或受法律保護之資料,唯有原發信人指定之收信人得閱讀或使用本郵件之內容。如您並非被指定之收信人,請立即將本郵件及所有附件予以刪除;請勿揭露、儲存或使用本郵件之任何資訊,並請您立即告知原發信人rocky at gis.tw本郵件的傳遞錯誤。謝謝您的合作。

This e-mail transmission and any attachments contain information from Geographic Information Systems Research Center of Feng Chia University. The information is confidential and/or privileged and intended to be solely for the use of the individuals or entity named in this e-mail transmission. If you are not the intended recipient, be aware that any disclosure, saving or use of the contents of this e-mail transmission and attachments is strictly prohibited. If you have received this email transmission in error, please notify us immediately, and delete the e-mail and attachments. We greatly appreciate your cooperation.

GIS RESEARCH CENTER, FCU http://www.gis.tw .Tel: 886-4-24516669

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opengeospatial.org/pipermail/cite-forum/attachments/20131202/1c6d4dba/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 4842 bytes
Desc: not available
URL: <http://lists.opengeospatial.org/pipermail/cite-forum/attachments/20131202/1c6d4dba/attachment-0001.jpg>


More information about the CITE-Forum mailing list