[Geoserver-devel] GeoServer stable release tomorrow?

GeoServer GeoServer Developer
1

Mark are you still scheduled to release tomorrow? Did you ever get an answer back on cite wfs tests failing?

–
Jody Garnett

2

On Tue, Jun 21, 2011 at 11:43 AM, Jody Garnett <jody.garnett@anonymised.com> wrote:

Mark are you still scheduled to release tomorrow? Did you ever get an answer back on cite wfs tests failing?

Hi,
just reran cite wfs 1.1 on 2.1.x and I got a full pass.
That said it took 5 minutes to get past the DescribeFeatureType calls, and I don’t know why.
I’ve tried out the slow tests and GeoServer responds to those requests in a blink
of an eye, then cite engine takes forever to decide the response is actually right.

This is one such response:

<?xml version="1.0" encoding="UTF-8"?>

<xsd:schema xmlns:xsd=“http://www.w3.org/2001/XMLSchema” xmlns:gml=“http://www.opengis.net/gml” xmlns:it.geosolutions=“http://www.geo-solutions.it” xmlns:sf=“http://cite.opengeospatial.org/gmlsf” elementFormDefault=“qualified” targetNamespace=“http://cite.opengeospatial.org/gmlsf”>
<xsd:import namespace=“http://www.opengis.net/gml” schemaLocation=“http://localhost:8080/geoserver/schemas/gml/3.1.1/base/gml.xsd”/>
<xsd:element name=“PrimitiveGeoFeature” substitutionGroup=“gml:_Feature” type=“sf:PrimitiveGeoFeatureType”>
xsd:annotation/
</xsd:element>
<xsd:complexType name=“PrimitiveGeoFeatureType”>
xsd:complexContent
<xsd:extension base=“gml:AbstractFeatureType”>
xsd:sequence
<xsd:element minOccurs=“0” name=“surfaceProperty” type=“gml:SurfacePropertyType”/>
<xsd:element minOccurs=“0” name=“pointProperty” type=“gml:PointPropertyType”/>
<xsd:element minOccurs=“0” name=“curveProperty” type=“gml:CurvePropertyType”/>
<xsd:element name=“intProperty” type=“xsd:integer”/>
<xsd:element minOccurs=“0” name=“uriProperty” type=“xsd:anyURI”/>
<xsd:element name=“measurand” type=“xsd:float”/>
<xsd:element minOccurs=“0” name=“dateTimeProperty” type=“xsd:dateTime”/>
<xsd:element minOccurs=“0” name=“dateProperty” type=“xsd:date”/>
<xsd:element name=“decimalProperty”>
xsd:simpleType
<xsd:restriction base=“xsd:decimal”>
<xsd:totalDigits value=“4”/>
<xsd:fractionDigits value=“2”/>
</xsd:restriction>
</xsd:simpleType>
</xsd:element>
<xsd:element minOccurs=“0” name=“relatedFeature” type=“gml:ReferenceType”>
xsd:annotation/
</xsd:element>
</xsd:sequence>
</xsd:extension>
</xsd:complexContent>
</xsd:complexType>
</xsd:schema>

No idea why, Eclipse also takes the same documents and validates it immediately…
Trying to hit the vm running the cite engine during the slow part shows this:

at java.net.SocketInputStream.socketRead0(Native Method)
at java.net.SocketInputStream.read(SocketInputStream.java:129)
at java.io.BufferedInputStream.fill(BufferedInputStream.java:218)
at java.io.BufferedInputStream.read1(BufferedInputStream.java:258)
at java.io.BufferedInputStream.read(BufferedInputStream.java:317)

  • locked <0x00000007e029e548> (a java.io.BufferedInputStream)
    at sun.net.www.http.HttpClient.parseHTTPHeader(HttpClient.java:687)
    at sun.net.www.http.HttpClient.parseHTTP(HttpClient.java:632)
    at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1195)
  • locked <0x00000007e0294740> (a sun.net.www.protocol.http.HttpURLConnection)
    at org.apache.xerces.impl.XMLEntityManager.setupCurrentEntity(Unknown Source)
    at org.apache.xerces.impl.XMLVersionDetector.determineDocVersion(Unknown Source)
    at org.apache.xerces.impl.xs.opti.SchemaParsingConfig.parse(Unknown Source)
    at org.apache.xerces.impl.xs.opti.SchemaParsingConfig.parse(Unknown Source)
    at org.apache.xerces.impl.xs.opti.SchemaDOMParser.parse(Unknown Source)
    at org.apache.xerces.impl.xs.traversers.XSDHandler.getSchemaDocument(Unknown Source)
    at org.apache.xerces.impl.xs.traversers.XSDHandler.resolveSchema(Unknown Source)
    at org.apache.xerces.impl.xs.traversers.XSDHandler.constructTrees(Unknown Source)
    at org.apache.xerces.impl.xs.traversers.XSDHandler.parseSchema(Unknown Source)
    at org.apache.xerces.impl.xs.XMLSchemaLoader.loadSchema(Unknown Source)
    at org.apache.xerces.impl.xs.XMLSchemaLoader.loadGrammar(Unknown Source)
    at org.apache.xerces.impl.xs.XMLSchemaLoader.loadGrammar(Unknown Source)
    at org.apache.xerces.jaxp.validation.XMLSchemaFactory.newSchema(Unknown Source)
    at com.occamlab.te.parsers.XMLValidatingParser.validate(XMLValidatingParser.java:341)
    at com.occamlab.te.parsers.XMLValidatingParser.parse(XMLValidatingParser.java:232)
    at com.occamlab.te.parsers.XMLValidatingParser.parse(XMLValidatingParser.java:167)

So ok, it’s trying to reach out on the net… but for what?

Cheers
Andrea

–

Ing. Andrea Aime
GeoSolutions S.A.S.
Tech lead

Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy

phone: +39 0584 962313
fax: +39 0584 962313

http://www.geo-solutions.it
http://geo-solutions.blogspot.com/
http://www.youtube.com/user/GeoSolutionsIT
http://www.linkedin.com/in/andreaaime
http://twitter.com/geowolf

3

It seems the source of my confusion is that the build box is running
two sets of cite tests, but both cite-wfs-1.1 and cite-wfs-1.1-trunk
look to be pulling down the current trunk snapshot (as near as I can
tell). So I'm glad to hear it's passing on 2.1, thanks Andrea.

I'll be starting in on the release shortly.

--
Mark

On 22 June 2011 06:00, Andrea Aime <andrea.aime@anonymised.com> wrote:

On Tue, Jun 21, 2011 at 11:43 AM, Jody Garnett <jody.garnett@anonymised.com>
wrote:

Mark are you still scheduled to release tomorrow? Did you ever get an
answer back on cite wfs tests failing?

Hi,
just reran cite wfs 1.1 on 2.1.x and I got a full pass.
That said it took 5 minutes to get past the DescribeFeatureType calls, and I
don't know why.
I've tried out the slow tests and GeoServer responds to those requests in a
blink
of an eye, then cite engine takes forever to decide the response is actually
right.
This is one such response:
<?xml version="1.0" encoding="UTF-8"?>
<xsd:schema xmlns:xsd="http://www.w3.org/2001/XMLSchema&quot;
xmlns:gml="http://www.opengis.net/gml&quot;
xmlns:it.geosolutions="http://www.geo-solutions.it"
xmlns:sf="http://cite.opengeospatial.org/gmlsf&quot;
elementFormDefault="qualified"
targetNamespace="http://cite.opengeospatial.org/gmlsf&quot;&gt;
<xsd:import namespace="http://www.opengis.net/gml&quot;
schemaLocation="http://localhost:8080/geoserver/schemas/gml/3.1.1/base/gml.xsd&quot;/&gt;
<xsd:element name="PrimitiveGeoFeature" substitutionGroup="gml:_Feature"
type="sf:PrimitiveGeoFeatureType">
<xsd:annotation/>
</xsd:element>
<xsd:complexType name="PrimitiveGeoFeatureType">
<xsd:complexContent>
<xsd:extension base="gml:AbstractFeatureType">
<xsd:sequence>
<xsd:element minOccurs="0" name="surfaceProperty"
type="gml:SurfacePropertyType"/>
<xsd:element minOccurs="0" name="pointProperty"
type="gml:PointPropertyType"/>
<xsd:element minOccurs="0" name="curveProperty"
type="gml:CurvePropertyType"/>
<xsd:element name="intProperty" type="xsd:integer"/>
<xsd:element minOccurs="0" name="uriProperty" type="xsd:anyURI"/>
<xsd:element name="measurand" type="xsd:float"/>
<xsd:element minOccurs="0" name="dateTimeProperty"
type="xsd:dateTime"/>
<xsd:element minOccurs="0" name="dateProperty" type="xsd:date"/>
<xsd:element name="decimalProperty">
<xsd:simpleType>
<xsd:restriction base="xsd:decimal">
<xsd:totalDigits value="4"/>
<xsd:fractionDigits value="2"/>
</xsd:restriction>
</xsd:simpleType>
</xsd:element>
<xsd:element minOccurs="0" name="relatedFeature"
type="gml:ReferenceType">
<xsd:annotation/>
</xsd:element>
</xsd:sequence>
</xsd:extension>
</xsd:complexContent>
</xsd:complexType>
</xsd:schema>
No idea why, Eclipse also takes the same documents and validates it
immediately...
Trying to hit the vm running the cite engine during the slow part shows
this:
at java.net.SocketInputStream.socketRead0(Native Method)
at java.net.SocketInputStream.read(SocketInputStream.java:129)
at java.io.BufferedInputStream.fill(BufferedInputStream.java:218)
at java.io.BufferedInputStream.read1(BufferedInputStream.java:258)
at java.io.BufferedInputStream.read(BufferedInputStream.java:317)
- locked <0x00000007e029e548> (a java.io.BufferedInputStream)
at sun.net.www.http.HttpClient.parseHTTPHeader(HttpClient.java:687)
at sun.net.www.http.HttpClient.parseHTTP(HttpClient.java:632)
at
sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1195)
- locked <0x00000007e0294740> (a
sun.net.www.protocol.http.HttpURLConnection)
at
org.apache.xerces.impl.XMLEntityManager.setupCurrentEntity(Unknown Source)
at
org.apache.xerces.impl.XMLVersionDetector.determineDocVersion(Unknown
Source)
at org.apache.xerces.impl.xs.opti.SchemaParsingConfig.parse(Unknown
Source)
at org.apache.xerces.impl.xs.opti.SchemaParsingConfig.parse(Unknown
Source)
at org.apache.xerces.impl.xs.opti.SchemaDOMParser.parse(Unknown
Source)
at
org.apache.xerces.impl.xs.traversers.XSDHandler.getSchemaDocument(Unknown
Source)
at
org.apache.xerces.impl.xs.traversers.XSDHandler.resolveSchema(Unknown
Source)
at
org.apache.xerces.impl.xs.traversers.XSDHandler.constructTrees(Unknown
Source)
at
org.apache.xerces.impl.xs.traversers.XSDHandler.parseSchema(Unknown Source)
at org.apache.xerces.impl.xs.XMLSchemaLoader.loadSchema(Unknown
Source)
at org.apache.xerces.impl.xs.XMLSchemaLoader.loadGrammar(Unknown
Source)
at org.apache.xerces.impl.xs.XMLSchemaLoader.loadGrammar(Unknown
Source)
at
org.apache.xerces.jaxp.validation.XMLSchemaFactory.newSchema(Unknown Source)
at
com.occamlab.te.parsers.XMLValidatingParser.validate(XMLValidatingParser.java:341)
at
com.occamlab.te.parsers.XMLValidatingParser.parse(XMLValidatingParser.java:232)
at
com.occamlab.te.parsers.XMLValidatingParser.parse(XMLValidatingParser.java:167)
So ok, it's trying to reach out on the net... but for what?
Cheers
Andrea

--
-------------------------------------------------------
Ing. Andrea Aime
GeoSolutions S.A.S.
Tech lead

Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy

phone: +39 0584 962313
fax: +39 0584 962313

http://www.geo-solutions.it
http://geo-solutions.blogspot.com/
http://www.youtube.com/user/GeoSolutionsIT
http://www.linkedin.com/in/andreaaime
http://twitter.com/geowolf

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

------------------------------------------------------------------------------
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

--
Mark Leslie
Geospatial Software Architect
LISAsoft

-------------------------------------------------------------
Ph: +61 2 8570 5000 Fax: +61 2 8570 5099 Mob: +61
Suite 112, Jones Bay Wharf 19-21 Pirrama Rd Pyrmont NSW 2009
-------------------------------------------------------------

LISAsoft is part of the A2end Group of Companies
http://www.ardec.com.au
http://www.lisasoft.com
http://www.terrapages.com

4

On Wed, Jun 22, 2011 at 12:59 AM, Mark Leslie <mrk.leslie@anonymised.com03…> wrote:

It seems the source of my confusion is that the build box is running
two sets of cite tests, but both cite-wfs-1.1 and cite-wfs-1.1-trunk
look to be pulling down the current trunk snapshot (as near as I can
tell). So I’m glad to hear it’s passing on 2.1, thanks Andrea.

Where do you see that? The very start of a run on cite-wfs-1.1 shows:

Started by timer

[cite] $ /bin/sh -xe /opt/tomcat-6.0/temp/hudson3143085910779845230.sh
+ ./run.sh wfs-1.1.0 2.1.x
Archive:  /var/www/html/geoserver/2.1.x/geoserver-2.1.x-latest-bin.zip
   creating: geoserver/geoserver-2.1-SNAPSHOT/
   creating: geoserver/geoserver-2.1-SNAPSHOT/webapps/
   creating: geoserver/geoserver-2.1-SNAPSHOT/webapps/geoserver/
   creating: geoserver/geoserver-2.1-SNAPSHOT/webapps/geoserver/openlayers/
   creating: geoserver/geoserver-2.1-SNAPSHOT/webapps/geoserver/openlayers/img/
   creating: geoserver/geoserver-2.1-SNAPSHOT/webapps/geoserver/openlayers/theme/
   creating: geoserver/geoserver-2.1-SNAPSHOT/webapps/geoserver/openlayers/theme/default/
   creating: geoserver/geoserver-2.1-SNAPSHOT/webapps/geoserver/openlayers/theme/default/img/
   creating: geoserver/geoserver-2.1-SNAPSHOT/webapps/geoserver/schemas/

...


```
version = 2.1-SNAPSHOT
svn revision = 16072
build date = 22-Jun-2011 05:02
geotools version = 2.7-SNAPSHOT
geotools revision = 37471
hudson build = -1
```

```

```

```
Cheers
```

```
Andrea
```

–

Ing. Andrea Aime
GeoSolutions S.A.S.
Tech lead

Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy

phone: +39 0584 962313
fax: +39 0584 962313

http://www.geo-solutions.it
http://geo-solutions.blogspot.com/
http://www.youtube.com/user/GeoSolutionsIT
http://www.linkedin.com/in/andreaaime
http://twitter.com/geowolf

5

On 22 June 2011 16:33, Andrea Aime <andrea.aime@anonymised.com> wrote:

On Wed, Jun 22, 2011 at 12:59 AM, Mark Leslie <mrk.leslie@anonymised.com> wrote:

It seems the source of my confusion is that the build box is running
two sets of cite tests, but both cite-wfs-1.1 and cite-wfs-1.1-trunk
look to be pulling down the current trunk snapshot (as near as I can
tell). So I'm glad to hear it's passing on 2.1, thanks Andrea.

Where do you see that? The very start of a run on cite-wfs-1.1 shows:
Started by timer

[cite] $ /bin/sh -xe /opt/tomcat-6.0/temp/hudson3143085910779845230.sh
+ ./run.sh wfs-1.1.0 2.1.x
Archive: /var/www/html/geoserver/2.1.x/geoserver-2.1.x-latest-bin.zip
creating: geoserver/geoserver-2.1-SNAPSHOT/
creating: geoserver/geoserver-2.1-SNAPSHOT/webapps/
creating: geoserver/geoserver-2.1-SNAPSHOT/webapps/geoserver/
creating: geoserver/geoserver-2.1-SNAPSHOT/webapps/geoserver/openlayers/
creating:
geoserver/geoserver-2.1-SNAPSHOT/webapps/geoserver/openlayers/img/
creating:
geoserver/geoserver-2.1-SNAPSHOT/webapps/geoserver/openlayers/theme/
creating:
geoserver/geoserver-2.1-SNAPSHOT/webapps/geoserver/openlayers/theme/default/
creating:
geoserver/geoserver-2.1-SNAPSHOT/webapps/geoserver/openlayers/theme/default/img/
creating: geoserver/geoserver-2.1-SNAPSHOT/webapps/geoserver/schemas/

...

version = 2.1-SNAPSHOT
svn revision = 16072
build date = 22-Jun-2011 05:02
geotools version = 2.7-SNAPSHOT
geotools revision = 37471
hudson build = -1

Whoops, missed the reply-all.

I see that as well in the console (now that I look), but looking at
the workspace shows 'geoserver/geoserver-2.2-SNAPSHOT' instead.

--
Mark Leslie
Geospatial Software Architect
LISAsoft

-------------------------------------------------------------
Ph: +61 2 8570 5000 Fax: +61 2 8570 5099 Mob: +61
Suite 112, Jones Bay Wharf 19-21 Pirrama Rd Pyrmont NSW 2009
-------------------------------------------------------------

LISAsoft is part of the A2end Group of Companies
http://www.ardec.com.au
http://www.lisasoft.com
http://www.terrapages.com

6

My thought is referenced schemas for validation. For instance since describe feature types pull in gml schemas, and those schemas are written to reference schemas from schemas.opengis.net, and the like. And also for things like the xml schema itself which downloads:

http://www.w3.org/2001/xml.xsd

This is the one i figured there was a problem with because the errors were complaining about xml:lang not being defined, and it is defined in that schema. So i tested a download of it from the build server and indeed the connection would time out. Maybe if we move the tests to a different server they will be happy… i will try to talk to our sysadmin about that.

On Tue, Jun 21, 2011 at 2:00 PM, Andrea Aime <andrea.aime@anonymised.com> wrote:

On Tue, Jun 21, 2011 at 11:43 AM, Jody Garnett <jody.garnett@anonymised.com> wrote:

Mark are you still scheduled to release tomorrow? Did you ever get an answer back on cite wfs tests failing?

Hi,
just reran cite wfs 1.1 on 2.1.x and I got a full pass.
That said it took 5 minutes to get past the DescribeFeatureType calls, and I don’t know why.
I’ve tried out the slow tests and GeoServer responds to those requests in a blink
of an eye, then cite engine takes forever to decide the response is actually right.

This is one such response:

<?xml version="1.0" encoding="UTF-8"?>

<xsd:schema xmlns:xsd=“http://www.w3.org/2001/XMLSchema” xmlns:gml=“http://www.opengis.net/gml” xmlns:it.geosolutions=“http://www.geo-solutions.it” xmlns:sf=“http://cite.opengeospatial.org/gmlsf” elementFormDefault=“qualified” targetNamespace=“http://cite.opengeospatial.org/gmlsf”>
<xsd:import namespace=“http://www.opengis.net/gml” schemaLocation=“http://localhost:8080/geoserver/schemas/gml/3.1.1/base/gml.xsd”/>
<xsd:element name=“PrimitiveGeoFeature” substitutionGroup=“gml:_Feature” type=“sf:PrimitiveGeoFeatureType”>
xsd:annotation/
</xsd:element>
<xsd:complexType name=“PrimitiveGeoFeatureType”>
xsd:complexContent
<xsd:extension base=“gml:AbstractFeatureType”>
xsd:sequence
<xsd:element minOccurs=“0” name=“surfaceProperty” type=“gml:SurfacePropertyType”/>
<xsd:element minOccurs=“0” name=“pointProperty” type=“gml:PointPropertyType”/>
<xsd:element minOccurs=“0” name=“curveProperty” type=“gml:CurvePropertyType”/>
<xsd:element name=“intProperty” type=“xsd:integer”/>
<xsd:element minOccurs=“0” name=“uriProperty” type=“xsd:anyURI”/>
<xsd:element name=“measurand” type=“xsd:float”/>
<xsd:element minOccurs=“0” name=“dateTimeProperty” type=“xsd:dateTime”/>
<xsd:element minOccurs=“0” name=“dateProperty” type=“xsd:date”/>
<xsd:element name=“decimalProperty”>
xsd:simpleType
<xsd:restriction base=“xsd:decimal”>
<xsd:totalDigits value=“4”/>
<xsd:fractionDigits value=“2”/>
</xsd:restriction>
</xsd:simpleType>
</xsd:element>
<xsd:element minOccurs=“0” name=“relatedFeature” type=“gml:ReferenceType”>
xsd:annotation/
</xsd:element>
</xsd:sequence>
</xsd:extension>
</xsd:complexContent>
</xsd:complexType>
</xsd:schema>

No idea why, Eclipse also takes the same documents and validates it immediately…
Trying to hit the vm running the cite engine during the slow part shows this:

at java.net.SocketInputStream.socketRead0(Native Method)
at java.net.SocketInputStream.read(SocketInputStream.java:129)
at java.io.BufferedInputStream.fill(BufferedInputStream.java:218)
at java.io.BufferedInputStream.read1(BufferedInputStream.java:258)
at java.io.BufferedInputStream.read(BufferedInputStream.java:317)

  • locked <0x00000007e029e548> (a java.io.BufferedInputStream)
    at sun.net.www.http.HttpClient.parseHTTPHeader(HttpClient.java:687)
    at sun.net.www.http.HttpClient.parseHTTP(HttpClient.java:632)
    at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1195)
  • locked <0x00000007e0294740> (a sun.net.www.protocol.http.HttpURLConnection)
    at org.apache.xerces.impl.XMLEntityManager.setupCurrentEntity(Unknown Source)
    at org.apache.xerces.impl.XMLVersionDetector.determineDocVersion(Unknown Source)
    at org.apache.xerces.impl.xs.opti.SchemaParsingConfig.parse(Unknown Source)
    at org.apache.xerces.impl.xs.opti.SchemaParsingConfig.parse(Unknown Source)
    at org.apache.xerces.impl.xs.opti.SchemaDOMParser.parse(Unknown Source)
    at org.apache.xerces.impl.xs.traversers.XSDHandler.getSchemaDocument(Unknown Source)
    at org.apache.xerces.impl.xs.traversers.XSDHandler.resolveSchema(Unknown Source)
    at org.apache.xerces.impl.xs.traversers.XSDHandler.constructTrees(Unknown Source)
    at org.apache.xerces.impl.xs.traversers.XSDHandler.parseSchema(Unknown Source)
    at org.apache.xerces.impl.xs.XMLSchemaLoader.loadSchema(Unknown Source)
    at org.apache.xerces.impl.xs.XMLSchemaLoader.loadGrammar(Unknown Source)
    at org.apache.xerces.impl.xs.XMLSchemaLoader.loadGrammar(Unknown Source)
    at org.apache.xerces.jaxp.validation.XMLSchemaFactory.newSchema(Unknown Source)
    at com.occamlab.te.parsers.XMLValidatingParser.validate(XMLValidatingParser.java:341)
    at com.occamlab.te.parsers.XMLValidatingParser.parse(XMLValidatingParser.java:232)
    at com.occamlab.te.parsers.XMLValidatingParser.parse(XMLValidatingParser.java:167)

So ok, it’s trying to reach out on the net… but for what?

Cheers
Andrea

–

Ing. Andrea Aime
GeoSolutions S.A.S.
Tech lead

Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy

phone: +39 0584 962313
fax: +39 0584 962313

http://www.geo-solutions.it
http://geo-solutions.blogspot.com/
http://www.youtube.com/user/GeoSolutionsIT
http://www.linkedin.com/in/andreaaime
http://twitter.com/geowolf

EditLive Enterprise is the world’s most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev

Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

–
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.

7

On Wed, Jun 22, 2011 at 5:19 PM, Justin Deoliveira <jdeolive@anonymised.com.1501…> wrote:

My thought is referenced schemas for validation. For instance since describe feature types pull in gml schemas, and those schemas are written to reference schemas from schemas.opengis.net, and the like. And also for things like the xml schema itself which downloads:

http://www.w3.org/2001/xml.xsd

This is the one i figured there was a problem with because the errors were complaining about xml:lang not being defined, and it is defined in that schema. So i tested a download of it from the build server and indeed the connection would time out. Maybe if we move the tests to a different server they will be happy… i will try to talk to our sysadmin about that.

Yeah, that’s likely the slowness cause here too. Trying to reach for that url is excruciatingly slow, which I guess accounts
for the slow times. Wondering… would it be any better if we bundled that schema in GeoServer as well,
and link to it in the DescribeFeatureType schema locations?

Cheers
Andrea

–

Ing. Andrea Aime
GeoSolutions S.A.S.
Tech lead

Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy

phone: +39 0584 962313
fax: +39 0584 962313

http://www.geo-solutions.it
http://geo-solutions.blogspot.com/
http://www.youtube.com/user/GeoSolutionsIT
http://www.linkedin.com/in/andreaaime
http://twitter.com/geowolf

8

This is why gt-app-schema-resolver exists: to ensure that app-schema-test validation tests never touch the network (schemas are in jars).

Can the CITE teamengine be configured to use an OASIS catalog?

On 22/06/11 23:19, Justin Deoliveira wrote:

My thought is referenced schemas for validation. For instance since describe feature types pull in gml schemas, and those schemas are written to reference schemas from schemas.opengis.net, and the like. And also for things like the xml schema itself which downloads:

   http://www.w3.org/2001/xml.xsd

This is the one i figured there was a problem with because the errors were complaining about xml:lang not being defined, and it is defined in that schema. So i tested a download of it from the build server and indeed the connection would time out. Maybe if we move the tests to a different server they will be happy... i will try to talk to our sysadmin about that.

On Tue, Jun 21, 2011 at 2:00 PM, Andrea Aime<andrea.aime@anonymised.com<mailto:andrea.aime@anonymised.com>> wrote:
On Tue, Jun 21, 2011 at 11:43 AM, Jody Garnett<jody.garnett@anonymised.com<mailto:jody.garnett@anonymised.com>> wrote:
Mark are you still scheduled to release tomorrow? Did you ever get an answer back on cite wfs tests failing?

Hi,
just reran cite wfs 1.1 on 2.1.x and I got a full pass.
That said it took 5 minutes to get past the DescribeFeatureType calls, and I don't know why.
I've tried out the slow tests and GeoServer responds to those requests in a blink
of an eye, then cite engine takes forever to decide the response is actually right.

This is one such response:

  <?xml version="1.0" encoding="UTF-8"?>
<xsd:schema xmlns:xsd="http://www.w3.org/2001/XMLSchema&quot; xmlns:gml="http://www.opengis.net/gml&quot; xmlns:it.geosolutions="http://www.geo-solutions.it" xmlns:sf="http://cite.opengeospatial.org/gmlsf&quot; elementFormDefault="qualified" targetNamespace="http://cite.opengeospatial.org/gmlsf&quot;&gt;
   <xsd:import namespace="http://www.opengis.net/gml&quot; schemaLocation="http://localhost:8080/geoserver/schemas/gml/3.1.1/base/gml.xsd&quot;/&gt;
   <xsd:element name="PrimitiveGeoFeature" substitutionGroup="gml:_Feature" type="sf:PrimitiveGeoFeatureType">
     <xsd:annotation/>
   </xsd:element>
   <xsd:complexType name="PrimitiveGeoFeatureType">
     <xsd:complexContent>
       <xsd:extension base="gml:AbstractFeatureType">
         <xsd:sequence>
           <xsd:element minOccurs="0" name="surfaceProperty" type="gml:SurfacePropertyType"/>
           <xsd:element minOccurs="0" name="pointProperty" type="gml:PointPropertyType"/>
           <xsd:element minOccurs="0" name="curveProperty" type="gml:CurvePropertyType"/>
           <xsd:element name="intProperty" type="xsd:integer"/>
           <xsd:element minOccurs="0" name="uriProperty" type="xsd:anyURI"/>
           <xsd:element name="measurand" type="xsd:float"/>
           <xsd:element minOccurs="0" name="dateTimeProperty" type="xsd:dateTime"/>
           <xsd:element minOccurs="0" name="dateProperty" type="xsd:date"/>
           <xsd:element name="decimalProperty">
             <xsd:simpleType>
               <xsd:restriction base="xsd:decimal">
                 <xsd:totalDigits value="4"/>
                 <xsd:fractionDigits value="2"/>
               </xsd:restriction>
             </xsd:simpleType>
           </xsd:element>
           <xsd:element minOccurs="0" name="relatedFeature" type="gml:ReferenceType">
             <xsd:annotation/>
           </xsd:element>
         </xsd:sequence>
       </xsd:extension>
     </xsd:complexContent>
   </xsd:complexType>
</xsd:schema>

No idea why, Eclipse also takes the same documents and validates it immediately...
Trying to hit the vm running the cite engine during the slow part shows this:

    at java.net.SocketInputStream.socketRead0(Native Method)
         at java.net.SocketInputStream.read(SocketInputStream.java:129)
         at java.io.BufferedInputStream.fill(BufferedInputStream.java:218)
         at java.io.BufferedInputStream.read1(BufferedInputStream.java:258)
         at java.io.BufferedInputStream.read(BufferedInputStream.java:317)
         - locked<0x00000007e029e548> (a java.io.BufferedInputStream)
         at sun.net.www.http.HttpClient.parseHTTPHeader(HttpClient.java:687)
         at sun.net.www.http.HttpClient.parseHTTP(HttpClient.java:632)
         at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1195)
         - locked<0x00000007e0294740> (a sun.net.www.protocol.http.HttpURLConnection)
         at org.apache.xerces.impl.XMLEntityManager.setupCurrentEntity(Unknown Source)
         at org.apache.xerces.impl.XMLVersionDetector.determineDocVersion(Unknown Source)
         at org.apache.xerces.impl.xs.opti.SchemaParsingConfig.parse(Unknown Source)
         at org.apache.xerces.impl.xs.opti.SchemaDOMParser.parse(Unknown Source)
         at org.apache.xerces.impl.xs.traversers.XSDHandler.getSchemaDocument(Unknown Source)
         at org.apache.xerces.impl.xs.traversers.XSDHandler.resolveSchema(Unknown Source)
         at org.apache.xerces.impl.xs.traversers.XSDHandler.constructTrees(Unknown Source)
         at org.apache.xerces.impl.xs.traversers.XSDHandler.parseSchema(Unknown Source)
         at org.apache.xerces.impl.xs.XMLSchemaLoader.loadSchema(Unknown Source)
         at org.apache.xerces.impl.xs.XMLSchemaLoader.loadGrammar(Unknown Source)
         at org.apache.xerces.jaxp.validation.XMLSchemaFactory.newSchema(Unknown Source)
         at com.occamlab.te.parsers.XMLValidatingParser.validate(XMLValidatingParser.java:341)
         at com.occamlab.te.parsers.XMLValidatingParser.parse(XMLValidatingParser.java:232)
         at com.occamlab.te.parsers.XMLValidatingParser.parse(XMLValidatingParser.java:167)

So ok, it's trying to reach out on the net... but for what?

Cheers
Andrea

--
-------------------------------------------------------
Ing. Andrea Aime
GeoSolutions S.A.S.
Tech lead

Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy

phone: +39 0584 962313
fax: +39 0584 962313

http://www.geo-solutions.it
http://geo-solutions.blogspot.com/
http://www.youtube.com/user/GeoSolutionsIT
http://www.linkedin.com/in/andreaaime
http://twitter.com/geowolf

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

------------------------------------------------------------------------------
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net<mailto:Geoserver-devel@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.

--
Ben Caradoc-Davies <Ben.Caradoc-Davies@anonymised.com>
Software Engineering Team Leader
CSIRO Earth Science and Resource Engineering
Australian Resources Research Centre

9

Not that I know of… maybe though, i have never quite looked into it that deep. What does this generally look like? Is it some property that can be set at a higher level that is respected by the low level xml parsers? Or is it something the application has to configure?

On Wed, Jun 22, 2011 at 7:37 PM, Ben Caradoc-Davies Ben.Caradoc-Davies@anonymised.com wrote:

This is why gt-app-schema-resolver exists: to ensure that app-schema-test validation tests never touch the network (schemas are in jars).

Can the CITE teamengine be configured to use an OASIS catalog?

On 22/06/11 23:19, Justin Deoliveira wrote:

My thought is referenced schemas for validation. For instance since describe feature types pull in gml schemas, and those schemas are written to reference schemas from schemas.opengis.net, and the like. And also for things like the xml schema itself which downloads:

http://www.w3.org/2001/xml.xsd

This is the one i figured there was a problem with because the errors were complaining about xml:lang not being defined, and it is defined in that schema. So i tested a download of it from the build server and indeed the connection would time out. Maybe if we move the tests to a different server they will be happy… i will try to talk to our sysadmin about that.

On Tue, Jun 21, 2011 at 2:00 PM, Andrea Aime<andrea.aime@anonymised.comsolutions.itmailto:[andrea.aime@anonymised.com](mailto:andrea.aime@anonymised.com)> wrote:
On Tue, Jun 21, 2011 at 11:43 AM, Jody Garnett<jody.garnett@anonymised.commailto:[jody.garnett@anonymised.com](mailto:jody.garnett@anonymised.com)> wrote:

Mark are you still scheduled to release tomorrow? Did you ever get an answer back on cite wfs tests failing?

Hi,
just reran cite wfs 1.1 on 2.1.x and I got a full pass.
That said it took 5 minutes to get past the DescribeFeatureType calls, and I don’t know why.
I’ve tried out the slow tests and GeoServer responds to those requests in a blink
of an eye, then cite engine takes forever to decide the response is actually right.

This is one such response:

<?xml version="1.0" encoding="UTF-8"?>

<xsd:schema xmlns:xsd=“http://www.w3.org/2001/XMLSchema” xmlns:gml=“http://www.opengis.net/gml” xmlns:it.geosolutions=“http://www.geo-solutions.it” xmlns:sf=“http://cite.opengeospatial.org/gmlsf” elementFormDefault=“qualified” targetNamespace=“http://cite.opengeospatial.org/gmlsf”>
<xsd:import namespace=“http://www.opengis.net/gml” schemaLocation=“http://localhost:8080/geoserver/schemas/gml/3.1.1/base/gml.xsd”/>
<xsd:element name=“PrimitiveGeoFeature” substitutionGroup=“gml:_Feature” type=“sf:PrimitiveGeoFeatureType”>
xsd:annotation/
</xsd:element>
<xsd:complexType name=“PrimitiveGeoFeatureType”>
xsd:complexContent
<xsd:extension base=“gml:AbstractFeatureType”>
xsd:sequence
<xsd:element minOccurs=“0” name=“surfaceProperty” type=“gml:SurfacePropertyType”/>
<xsd:element minOccurs=“0” name=“pointProperty” type=“gml:PointPropertyType”/>
<xsd:element minOccurs=“0” name=“curveProperty” type=“gml:CurvePropertyType”/>
<xsd:element name=“intProperty” type=“xsd:integer”/>
<xsd:element minOccurs=“0” name=“uriProperty” type=“xsd:anyURI”/>
<xsd:element name=“measurand” type=“xsd:float”/>
<xsd:element minOccurs=“0” name=“dateTimeProperty” type=“xsd:dateTime”/>
<xsd:element minOccurs=“0” name=“dateProperty” type=“xsd:date”/>
<xsd:element name=“decimalProperty”>
xsd:simpleType
<xsd:restriction base=“xsd:decimal”>
<xsd:totalDigits value=“4”/>
<xsd:fractionDigits value=“2”/>
</xsd:restriction>
</xsd:simpleType>
</xsd:element>
<xsd:element minOccurs=“0” name=“relatedFeature” type=“gml:ReferenceType”>
xsd:annotation/
</xsd:element>
</xsd:sequence>
</xsd:extension>
</xsd:complexContent>
</xsd:complexType>
</xsd:schema>

No idea why, Eclipse also takes the same documents and validates it immediately…
Trying to hit the vm running the cite engine during the slow part shows this:

at java.net.SocketInputStream.socketRead0(Native Method)
at java.net.SocketInputStream.read(SocketInputStream.java:129)
at java.io.BufferedInputStream.fill(BufferedInputStream.java:218)
at java.io.BufferedInputStream.read1(BufferedInputStream.java:258)
at java.io.BufferedInputStream.read(BufferedInputStream.java:317)

  • locked<0x00000007e029e548> (a java.io.BufferedInputStream)
    at sun.net.www.http.HttpClient.parseHTTPHeader(HttpClient.java:687)
    at sun.net.www.http.HttpClient.parseHTTP(HttpClient.java:632)
    at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1195)
  • locked<0x00000007e0294740> (a sun.net.www.protocol.http.HttpURLConnection)
    at org.apache.xerces.impl.XMLEntityManager.setupCurrentEntity(Unknown Source)
    at org.apache.xerces.impl.XMLVersionDetector.determineDocVersion(Unknown Source)
    at org.apache.xerces.impl.xs.opti.SchemaParsingConfig.parse(Unknown Source)
    at org.apache.xerces.impl.xs.opti.SchemaParsingConfig.parse(Unknown Source)
    at org.apache.xerces.impl.xs.opti.SchemaDOMParser.parse(Unknown Source)
    at org.apache.xerces.impl.xs.traversers.XSDHandler.getSchemaDocument(Unknown Source)
    at org.apache.xerces.impl.xs.traversers.XSDHandler.resolveSchema(Unknown Source)
    at org.apache.xerces.impl.xs.traversers.XSDHandler.constructTrees(Unknown Source)
    at org.apache.xerces.impl.xs.traversers.XSDHandler.parseSchema(Unknown Source)
    at org.apache.xerces.impl.xs.XMLSchemaLoader.loadSchema(Unknown Source)
    at org.apache.xerces.impl.xs.XMLSchemaLoader.loadGrammar(Unknown Source)
    at org.apache.xerces.impl.xs.XMLSchemaLoader.loadGrammar(Unknown Source)
    at org.apache.xerces.jaxp.validation.XMLSchemaFactory.newSchema(Unknown Source)
    at com.occamlab.te.parsers.XMLValidatingParser.validate(XMLValidatingParser.java:341)
    at com.occamlab.te.parsers.XMLValidatingParser.parse(XMLValidatingParser.java:232)
    at com.occamlab.te.parsers.XMLValidatingParser.parse(XMLValidatingParser.java:167)

So ok, it’s trying to reach out on the net… but for what?

Cheers
Andrea

–

Ing. Andrea Aime
GeoSolutions S.A.S.
Tech lead

Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy

phone: +39 0584 962313
fax: +39 0584 962313

http://www.geo-solutions.it
http://geo-solutions.blogspot.com/
http://www.youtube.com/user/GeoSolutionsIT
http://www.linkedin.com/in/andreaaime
http://twitter.com/geowolf

EditLive Enterprise is the world’s most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev

Geoserver-devel mailing list

Geoserver-devel@anonymised.comsourceforge.netmailto:[Geoserver-devel@lists.sourceforge.net](mailto:Geoserver-devel@lists.sourceforge.net)

https://lists.sourceforge.net/lists/listinfo/geoserver-devel

–
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.

–
Ben Caradoc-Davies Ben.Caradoc-Davies@anonymised.com
Software Engineering Team Leader
CSIRO Earth Science and Resource Engineering
Australian Resources Research Centre

–
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.