[Geoserver-devel] Issues running the CITE tests

GeoServer GeoServer Developer
1

Hi,
after a long time I've tried again to run the cite tests for WFS 1.1 and
found an odd issue.

In face of this request:

http://localhost:8080/geoserver/wfs?service=WFS&version=1.1.0&request=DescribeFeatureType&typeName=sf%3AEntit�G�n�rique

I get back this error:

Could not find type: {http://cite.opengeospatial.org/gmlsf\}Entit???ique.
Strict WFS protocol conformance is being applied.
Make sure the type name is correctly qualified

Now, looking into it with a debugger I see the three question marks
are actually coming down from the HttpServletRequest itself.
It seems Jetty is having issues properly decoding the url encoded notation

Using online url encoding tools it seems the proper way to encode that
word would be Entit%C3%A9G%C3%A9n%C3%A9rique,
and if I use that in the url I get back the expected response.

To get that encoding it is sufficient to change the
ResponseUtils.urlEncode method to use:
return URLEncoder.encode(value, "UTF-8");
instead of:
return URLEncoder.encode(value, "ISO-8859-1");

But those bits of code have been left unchanged for ages.
So I guess something else is going on.

Anyone know what? :slight_smile:

Cheers
Andrea

-----------------------------------------------------
Ing. Andrea Aime
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy

phone: +39 0584962313
fax: +39 0584962313

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

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

2

I have run up against this issue before and never had a chance to nail down the exact cause or the ideal solution. But I believe it has something to do with the directory encoding and the fact that the Entite… directory contains special characters, which when checked out from svn get encoded in a particular way.

The easy solution was just to manually rename the directory, first rename it to tmp, and then to the property Entite… name. Upon the rename it should use the proper encoding and work.

I imagine the best solution is to ensure that GEoServer does not use the directory name directly anywhere in the catalog, but the name as read from the featuretype.xml file.

Anyways, that is my best guess as to what this issue is.

-Justin

On Sun, Nov 14, 2010 at 11:18 AM, Andrea Aime <andrea.aime@anonymised.com> wrote:

Hi,
after a long time I’ve tried again to run the cite tests for WFS 1.1 and
found an odd issue.

In face of this request:

http://localhost:8080/geoserver/wfs?service=WFS&version=1.1.0&request=DescribeFeatureType&typeName=sf%3AEntit%E9G%E9n%E9rique

I get back this error:

Could not find type: {http://cite.opengeospatial.org/gmlsf}Entit???ique.
Strict WFS protocol conformance is being applied.
Make sure the type name is correctly qualified

Now, looking into it with a debugger I see the three question marks
are actually coming down from the HttpServletRequest itself.
It seems Jetty is having issues properly decoding the url encoded notation

Using online url encoding tools it seems the proper way to encode that
word would be Entit%C3%A9G%C3%A9n%C3%A9rique,
and if I use that in the url I get back the expected response.

To get that encoding it is sufficient to change the
ResponseUtils.urlEncode method to use:
return URLEncoder.encode(value, “UTF-8”);
instead of:
return URLEncoder.encode(value, “ISO-8859-1”);

But those bits of code have been left unchanged for ages.
So I guess something else is going on.

Anyone know what? :slight_smile:

Cheers
Andrea

Ing. Andrea Aime
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy

phone: +39 0584962313
fax: +39 0584962313

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

Centralized Desktop Delivery: Dell and VMware Reference Architecture
Simplifying enterprise desktop deployment and management using
Dell EqualLogic storage and VMware View: A highly scalable, end-to-end
client virtualization framework. Read more!
http://p.sf.net/sfu/dell-eql-dev2dev

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

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