> -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.
> 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... Jody ------------------------------------------------------------------------------ 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
