yes Martin, actually I thought of that due to that kind of examples. And a nice effect on doing so is having Filter being namespace aware without burdening the interfaces, as a property names is just that, an expression to be evaluated at runtime. Current implementations seems to be happy by just stripping out the namespace prefixes, but when they're actually needed it seems natural to be able of asking for a "namespace capable" filter factory by using hints, just as you do with the usual xml apis.
On a related topic, the need for runtime evaluation of property names is such that it even makes no much sense to have the FeatureType in hand for a property name to check validity, since at runtime there might be properties in an instance object that aren't declared in the FeatureType (say a given property is of a derived type of the one declared in the featuretype attribute, or a pojo property instance is of a derived type of the class defined as return type, etc) In the mean time I've stuck to manually instantiating a subclass of FilterFactoryImpl that knows how to deal with the NamespaceSupport hint, but I would like to be clean and let this stuff well done, so Jody or any other one wants to pronounce? Gabriel On Monday 28 May 2007 16:48:58 Martin Desruisseaux wrote: > Gabriel Roldán a écrit : > > so Jody complained that using a hint to pass namespace context onto > > FilterFactory would be like mixing construction and logic. > > Maybe... But we already do that (as mentioned in my previous email). If we > didn't, it seems to me that the complexity level of referencing factories > would yet increase. > > Martin ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
