I would like to use an approach similar to netbeans lookup (ie one level up from an iterator). Simply to help with unloading; loading .. and chances are we could handle caching with a wrapper.
Jody On Thu, Aug 26, 2010 at 12:54 AM, Justin Deoliveira <[email protected]> wrote: > Interesting. Yeah i think something could be done fairly easily at the > geotools level. All it would take is a similar interface and a custom > FactoryIteratorProvider to load them... I will try to whip up a patch. > > On Tue, Aug 24, 2010 at 10:11 PM, Jody Garnett <[email protected]> > wrote: >> >> Hey Justin - this is similar to the lookup interface from netbeans >> (http://wiki.netbeans.org/AboutLookup). I would really like something >> like this at the GeoTools level; especially to allow spring to >> configure some of the geotools relationships if it wants. >> >> Do you have any interest at doing this at the GeoTools level? >> >> Jody >> >> On Wed, Aug 25, 2010 at 12:20 AM, Justin Deoliveira >> <[email protected]> wrote: >> > Hi all, >> > I had some thoughts about how to extend our extension lookup mechanism >> > slightly and wanted to start some conversation on the subject. >> > My use case is that I want to contribute implementations to the various >> > geoserver extension points, output formats, transaction hooks, etc... >> > from >> > python (or any scripting environment for that matter). And I don't >> > really >> > want to register beans in the spring context and restart the server when >> > i >> > add a new one. >> > So, the idea. The idea is to add a new interface called >> > ExtensionProvider >> > that would look something like this: >> > interface ExtensionProvider<T> { >> > >> > List<T> ExtensionProvider(Class<T> extensionPoint); >> > } >> > Implementations of which would be registered in the spring context as >> > per >> > usual. Then modify the GeoServerExtensions class to use any instances of >> > this interface when being asked to do an extension point lookup. >> > Thoughts? Comments? >> > -Justin >> > >> > -- >> > Justin Deoliveira >> > OpenGeo - http://opengeo.org >> > Enterprise support for open source geospatial. >> > >> > >> > ------------------------------------------------------------------------------ >> > Sell apps to millions through the Intel(R) Atom(Tm) Developer Program >> > Be part of this innovative community and reach millions of netbook users >> > worldwide. Take advantage of special opportunities to increase revenue >> > and >> > speed time-to-market. Join now, and jumpstart your future. >> > http://p.sf.net/sfu/intel-atom-d2d >> > _______________________________________________ >> > Geoserver-devel mailing list >> > [email protected] >> > https://lists.sourceforge.net/lists/listinfo/geoserver-devel >> > >> > > > > > -- > Justin Deoliveira > OpenGeo - http://opengeo.org > Enterprise support for open source geospatial. > ------------------------------------------------------------------------------ Sell apps to millions through the Intel(R) Atom(Tm) Developer Program Be part of this innovative community and reach millions of netbook users worldwide. Take advantage of special opportunities to increase revenue and speed time-to-market. Join now, and jumpstart your future. http://p.sf.net/sfu/intel-atom-d2d _______________________________________________ Geoserver-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-devel
