|
From: Jody G. <jod...@gm...> - 2016-10-28 04:35:01
|
I understand Jim, that was the approach taken by AbstractDataStore previously, as a result the DataStores got really heavy, and the feature source implementations were always delegating to them. The general theme of ContentDataStore is that your implementation of FeatureSource becomes the heart and sole of your implementation with all the smarts, rather than duplicate (or delegate back to the parent DataStore) we gather all the implementations at the FeatureSource level. Marking this method final is a indeed trying to force your hand to do the implementing in your subclass of ContentFeatureSource. I think a lot of the caching is also defined there out of the box ... Have a look at some of the logic around ContentState.getFeatureType(), your would need to be checking this cache anyways (and thus accessing a ContentFeatureStore which holds it). Can we instead go over where creating a FeatureSource forced you to make threads and connections, and see if we can put that off - implementing the buildFeatureType() with the information you already have at hand. -- Jody Garnett On 27 October 2016 at 13:52, Jim Hughes <jn...@cc...> wrote: > Hi all, > > In GeoMesa, we are using the ContentDataStore, etc abstract interfaces. > In the case of ContentDataStore.getSchema functions, I'd like to suggest > that getSchema(String typename) ought not be marked final. > > For the DataStore in question, sufficient metadata is available at the > DataStore level, and instantiating a FeatureSource creates additional > threads and connections (which in this case is very undesirable). > > Thoughts? > > Cheers, > > Jim > > https://github.com/geotools/geotools/blob/master/modules/lib > rary/data/src/main/java/org/geotools/data/store/ContentDataStore.java#L342 > > > ------------------------------------------------------------ > ------------------ > The Command Line: Reinvented for Modern Developers > Did the resurgence of CLI tooling catch you by surprise? > Reconnect with the command line and become more productive. > Learn the new .NET and ASP.NET CLI. Get your free copy! > http://sdm.link/telerik > _______________________________________________ > GeoTools-Devel mailing list > Geo...@li... > https://lists.sourceforge.net/lists/listinfo/geotools-devel > |