Recently we discovered a problem regarding namespaces in WFS responses.
First we assumed it was an configuration problem on our end, however further
analysis has resulted in reproducing this problem in a default Geoserver
installation. I have reproduced this issue in Geoserver 2.1.1 using the Web
Archive version, installed on linux, and in the Windows Installer version,
installed on Windows XP SP3. The problem also exists is the latest nightly
build.
What is the problem you ask? A WFS-request of datastore X with outputFormat
GML 3.1 works fine, however every next WFS-request of another datastore Y
will fail. It will fail for all other datastores, accept the first accessed
datastore. The response which is generated contains null-namespaces. The
namespace of datastore Y is not added to the response, but instead the
namespace of datastore X is added. Because of de null-namespaces the
response is invalid for most applications and browsers.
How-to reproduce?
- Take a clean install of Geoserver 2.1.1
- Open the console
- Go to Layer Preview
- Open de preview for 'tiger:giant_polygon' in format 'WFS - GML3.1' (this
should give a correct response)
- Open de preview for 'topp:states' in format 'WFS - GML3.1'
If you do this in Chrome you get the following error: Namespace prefix null
on states is not defined. If you look into the response, you can see there
is no namespace defined for 'topp', however there is a namespace for
'tiger'.
I have the following questions:
- is this a bug in Geoserver?
- is so, is there a workaround?
- if not, what should I change in the configuration to make WFS-requests
work for all datastores?
Kind regards,
Jasper
------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
_______________________________________________
Geoserver-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-users
