Hey, quick question.
I'm experiencing local and default workspace name clashes, not sure if
that's a bug or a feature though, but seems more like a bug.
e.g.:
- ws1 and ws1 both have a feature type called Forests (I'm actually
reproducing in GetFeatureJoinTest),
- ws1 is the default workspace
A request like /ws2/wfs?typeNames=Forests&... resolves to ws1:Forests
instead of ws2:Forests (the one requested as the local workspace context).
Problem is at TypeNameKvpParser:
FeatureTypeInfo ftInfo = catalog.getFeatureTypeByName(token);
if (ftInfo == null) {
return new QName(null, token);
} else {
return new QName(ftInfo.getNamespace().getURI(), token);
}
Since catalog.getFeatureTypeByName("Forests") returns the one in the
default workspace.
Am I right this is a bug so I can file an issue and a patch? (tricky cause
it looks like the LocalWorkspace hasn't been set by the time the KVP is
parsed?)
Cheers,
Gabriel
--
Gabriel Roldán
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
