FeatureTranslator.handleFeature() and endFeature() don't handle feature type
names with an existing namespace
-------------------------------------------------------------------------------------------------------------
Key: GEOT-860
URL: http://jira.codehaus.org/browse/GEOT-860
Project: GeoTools
Type: Improvement
Versions: 2.2-RC2
Environment: OS X, Java 1.5
Reporter: Ryan Hofschneider
Priority: Minor
org.geotools.gml.producer.FeatureTransformer$FeatureTranslator.handleFeature()
and endFeature() do not account for the situation where the feature type name
already contains a namespace. This edge case will occur in GeoServer when it
cascades WFS requests using the WFS DataStore. The resulting WFS response is
invalid XML since the feature element will have two namespaces (e.g.,
topp:topp:tasmania_roads).
I have no idea if the fix should be at the GeoTools level or the GeoServer
level, but a quick fix to permit cascaded WFS requests in GeoServer was to
change the logic in both handleFeature() and endFeature() to something like:
if (currentPrefix != null) {
int index = name.indexOf(':');
if (index != -1) {
name = name.substring(index+1);
}
name = currentPrefix + ":" + name;
}
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
-------------------------------------------------------
All the advantages of Linux Managed Hosting--Without the Cost and Risk!
Fully trained technicians. The highest number of Red Hat certifications in
the hosting industry. Fanatical Support. Click to learn more
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642
_______________________________________________
Geotools-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel
