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
