Jody Garnett ha scritto: > Andrea Aime wrote: >>> You will find a few functions that I have implemented using no >>> deprecated code; I generally implement the XXXXFunction; and have an >>> internal class XXXXFunction.Name that extends FunctionName. >> You're suggesting that we register functions directly, and have the >> convention that there is a static inner class named Name that contains >> the metadata? > No I would personally register both if we are doing that sort of thing ... > > I would rather see a "Library" plugin; where a library has > implementations (Function?) and descriptions (FunctionName) available. > I would personally always create a plain FunctionImpl out of > FilterFactoryImpl; the FunctionImpl can hold onto the fallback value (ie > the value to use if the function is not found) - and when you call > evaluate it can look an implementation then ... much like we do with > PropertyName.
Ok, you totally confused me there. What has function to do with property extraction from a feature? >>> That is already there in some form; you can find the FunctionNames in >>> the FilterCapabilities data structure. >> Is there? This is the GeoApi FilterCapabilities interface: > I think it is part of ScalarCapabilities ... keep going in. It's not. I cannot find it in any of the objects linked from FilterCapabilities. Cheers Andrea -- Andrea Aime OpenGeo - http://opengeo.org Expert service straight from the developers. ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel