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
<[email protected]>wrote:
> On Tue, Jun 21, 2011 at 11:43 AM, Jody Garnett <[email protected]>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
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>
>
--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.
------------------------------------------------------------------------------
Simplify data backup and recovery for your virtual environment with vRanger.
Installation's a snap, and flexible recovery options mean your data is safe,
secure and there when you need it. Data protection magic?
Nope - It's vRanger. Get your free trial download today.
http://p.sf.net/sfu/quest-sfdev2dev
_______________________________________________
Geoserver-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
