Ben Caradoc-Davies created GEOS-6014 |
Issue Type: |
Bug |
Affects Versions: |
2.5-beta |
Assignee: |
|
Components: |
Application schema |
Created: |
02/Sep/13 3:46 AM |
Description: |
Accessing an app-schema data store via a workspace-specific service URL causes namespaces of other workspaces to be encoded as null, even simple feature namespaces. To reproduce: (1) Start with the geoserver release data directory (containing topp workspace) and unpack the attached gsmlp.zip to create a single app-schema type, and start GeoServer: (2) Access the app-schema type via its workspace-specific service URL: (the ows?service=WFS and wfs? form work the same) (3) Access topp:tasmania_roads by any means: Result: response containing: <gml:featureMember> This behaviour occurs if and only if the gsmlp layer is accessed first, before the topp layer, and only if the gsmlp layer is accessed through its workspace-specific service URL. Accessing the topp layer first or accessing the gsmlp layer through a global URL do not cause the corruption: Looks like app-schema workspace-specific service URLs are corrupting the namespaces of other workspaces. Workaround: do not use app-schema workspace-specific service URLs. |
Project: |
|
Priority: |
Major |
Reporter: |