IMHO the ApacheDS project already provides the plugable infrastructure
your talking about.  It uses JNDI as the API to plug-in the various
storage implementations and to plug in the various protocols as well. 

John

 On Mon, 2006-05-01 at 18:19 +0100, Rob Walker wrote:
> Have to add my +1 to the storage plugin idea.
> 
> We've looked at Preferences, Config Admin and User Admin ourselves a few 
> time as cleaner, and standardized replacements for our own more limited, 
> and hard coded options. What's always stopped us going further though is 
> the need for a flexible (i.e pluggable) set of storage options that can 
> allow our OSGi based apps to be tailored and config'd into quite a 
> diverse set of corporate environments.
> 
> -- Rob
> 
> Richard S. Hall wrote:
> 
> > I am in agreement with you Marcel, that it would be great if we could 
> > have a separate Storage service or something that could be used as a 
> > back-end for services requiring storage. I don't have any time to help 
> > out, but I can surely give my $0.02 during the process! :-)
> >
> > -> richard
> >
> > Marcel Offermans wrote:
> >
> >> A while ago Enrique already announced directory backed Preferences 
> >> and ConfigAdmin implementations, and recently I discussed with him a 
> >> similar UserAdmin implementation.
> >>
> >> These three services all have in common that they need some back-end 
> >> to actually persist data.
> >>
> >> I hope that within Felix we can create implementations of these 
> >> services that have pluggable back-ends. We might even be able to 
> >> create some kind of common persistence service that can be used by 
> >> all of them.
> >>
> >> Would others be interested in this (using it and/or helping develop it)?
> >>
> >> I'm offering my help to get these implementations working. Enrique, I 
> >> know you have some R3 code in your ApacheDS sandbox, perhaps that 
> >> would be a nice starting point. Browsing through the archives I saw 
> >> that Michel also had a lightweight Preferences service.
> >>
> >> Greetings, Marcel
> >>
> >>
> 

Reply via email to