Hi Jasper, I was able to reproduce, but couldn't easily find the root of the problem. Odd indeed. Perhaps Justin (cc'd) can spot it out more easily as he knows the WFS module better than anyone.
Cheers, Gabriel On Tue, Sep 20, 2011 at 4:13 AM, Jasper de Barbanson <geoserver-us...@de-barbanson.com> wrote: > 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 > Geoserver-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geoserver-users > > -- Gabriel Roldan OpenGeo - http://opengeo.org Expert service straight from the developers. ------------------------------------------------------------------------------ All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2dcopy2 _______________________________________________ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
