On 10/12/16 09:07, Andrea Aime wrote: > On Fri, Dec 9, 2016 at 5:40 PM, Niels Charlier <ni...@ched.be> wrote: >> I do think that this is a bit of dodgy situation in general.
I think this was a fair comment. I have dealt with at least three other examples where the decoupled nature of GeoTools classes (a good practice) makes it difficult to orchestrate collections of these classes when they are composed in a larger application: - app-schema data access coordination through a static data access registry to permit the implementation of feature chaining - Schema caching, originally from app-schema, in which one class has magic behaviour, searching nearby directories to see if code is running in GeoServer (I feel so dirty) - A new feature I am prototyping, NcML templates, in which NetCDF data stores will share an optional template resource In my view, each of these is caused by the strong decoupling of features in GeoTools and the lack of an API for injecting shared managers/registries into GeoTools. Many implementations resort to static initialisers to make sure they work both in GeoTools and when composed in a larger application. These solutions seem to be less testable and harder to compose. Andrea, I would appreciate your view on whether GeoTools could benefit from some sort of configuration API. I know little about JAI and JAIExt, but could a configuration API be used to inject some sort of manager into GeoTools? Or do dependencies and cycles mean we will end up reinventing Spring? Kind regards, -- Ben Caradoc-Davies <b...@transient.nz> Director Transient Software Limited <http://transient.nz/> New Zealand ------------------------------------------------------------------------------ Developer Access Program for Intel Xeon Phi Processors Access to Intel Xeon Phi processor-based developer platforms. With one year of Intel Parallel Studio XE. Training and support from Colfax. Order your platform today.http://sdm.link/xeonphi _______________________________________________ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
