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
<[email protected]>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? :-)
>
> 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
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>
--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.
------------------------------------------------------------------------------
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
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
