Justin Deoliveira wrote: >> Changing the Query API will affect every DataStore. If this is done by >> expanding Query and DefaultQuery as you indicated, it should be possible >> to leave the existing DataStore implementations untouched. > Can we modify the Query interface in a way we don;t have to modify all > datastores? What I mean is is keep String[] getPropertyNames() in tact, > but add a Name[] getProperties() or something. Internally we can store > the qualified names.
Yes, exactly. Jody suggested extending the API with a List, but I was thinking: Collection<Name> getProperties() The old getPropertyNames() becomes a view of the internal Name list. Regards, -- Ben Caradoc-Davies <ben.caradoc-dav...@csiro.au> Software Engineer, CSIRO Exploration and Mining Australian Resources Research Centre 26 Dick Perry Ave, Kensington WA 6151, Australia ------------------------------------------------------------------------------ Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H _______________________________________________ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
