[udig-devel] Server-side uDig

Aleksander Bandelj aleksander.bandelj at academa.si
Thu Aug 10 04:33:25 PDT 2006


AFAICT, RSP is intended as complete server-side eclipse workbench with 
AJAX interface. This is obvioulsy a very ambitious undertaking, which 
might take years to complete.

However, migrating geoserver to OSGI bundles or incorporating OSGI 
bundles/services inside it can be done incrementaly. You could start 
with OSGI HttpService, which is also the base for RSP. OSGI bundles can 
then be run standalone, in web application through HttpService servlet 
bridge or possibly through Spring (some form of OSGI runtime wrapping 
bean).

Since HttpService is just servlets and resources, basically, further 
extension points for servlet filters, tag libraries etc. are needed. We 
currently use homebrewn web application extension point, where you 
register web.xml for base web application context. Additional servlets 
and resources are then added through HttpService extension points. Not 
the best or most modular solution, but it works.

OSGI integration in Spring sandbox is also worth looking at. It exports 
Spring context beans as declarative OSGi services. In essence, this adds 
J2EE integration, declarative configuration and other Spring goodies to 
OSGI side and modularisation, dynamic service discovery, wiring and 
management (through JMX) to Spring side.

Chris Holmes wrote:
> It'd be nice to coordinate with GeoServer, since it's sort of the 
> server side equivalent of uDig right now.  We looked at the RSP stuff 
> last week, and have evaluated osgis in the past for use for plugins.  
> See http://docs.codehaus.org/display/GEOS/OSGi.
>
> It wasn't quite mature enough at the time, and I would posit that it's 
> still not quite mature enough for us to shift geoserver architecture 
> to it without some pain.  But it looks like the RSP is considering 
> spring integration, which is what we chose to base our new 
> architecture on. And indeed it's got a lot of wicket in there, which 
> we're very interested in for the UI side, pluggable gui components.
>
> But yeah, exciting work, we'll be very interested on the geoserver 
> side of the fence with what you find.  It'd be great if we could more 
> easily share code between udig and geoserver.
>
> best regards,
>
> Chris
>
> Chris Holmes wrote:
>



More information about the udig-devel mailing list