On Sun, Dec 26, 2010 at 1:11 PM, Jody Garnett <jody.garn...@gmail.com> wrote: >> -1 based on the chosen module name. > > That is fine it can be changed; I do however want to gather up the > utility/integration classes as "metadata" is not a good home.
Different purpose, a *api module for interfaces, a util module for utility, let's not mix concerns. >> I see gt-util, without knowing anything, and I assume it's a sort of >> hodge podge >> set of utility classes, that is, implementation helpers, not interfaces. >> >> If I may propose an alternative, why don't we create a gt-geoapi >> module and stick all of geoapi (not just pending) inside of it? >> Possibly not the current GeoApi, but the one that we actually implement. >> Then we pull the plug and remove all dependencies from that project > > Okay I have done that; and am attaching the result to the jira issue. It does > go beyond my original intension of just replacing pending; as such > I expect it needs a formal change request. Still you are welcome to try out > the result; it does build cleanly etc... I'll have a look next week Cheers Andrea ----------------------------------------------------- Ing. Andrea Aime Senior Software Engineer GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584962313 fax: +39 0584962313 http://www.geo-solutions.it http://geo-solutions.blogspot.com/ http://www.linkedin.com/in/andreaaime http://twitter.com/geowolf ----------------------------------------------------- ------------------------------------------------------------------------------ Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl _______________________________________________ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel