All of the standard discussions should follow here. lazy activation? public/private contracts, white board models, ... BJ and I did an EclipseCon talk in 2006 comparing some of the different approaches. There are real usecases for both.
While using services can be convenient as services are built in, if you follow that argument then one should not use Declarative Services as that support is not built in! Perhaps the right answer is to standardize the extension registry ;-) Why pick? It would be cool to support both. Running on a bare framework is interesting in certain situations. Using extensions on the other hand gives some additional flexibility when configuring in product scenarios (3.4 is slated to include some product customization infrastructure designed to declaratively glue things togther in new contexts) Jeff "Matt Flaherty" <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 09/04/2007 04:54 PM Please respond to Equinox development mailing list <[email protected]> To Equinox development mailing list <[email protected]> cc Subject Re: AW: [equinox-dev] [sec] JAAS framework dependency on Eclipse It's purely historical. Though I haven't thought through a design on OSGi services in detail, I can't think of a reason that it couldn't work off the top of my head. Transitioning to services is certainly a design we can consider going forward. -matt --- Matt Flaherty Security Project Lead, Lotus Notes & Eclipse Equinox External: http://www.eclipse.org/equinox/incubator/security/ Internal: https://cs.opensource.ibm.com/projects/eclipsesec/ [EMAIL PROTECTED] wrote on 09/04/2007 02:24:33 PM: > I think the more general point here is why are extensions being used here > instead of services (which already come built into the OSGi framework) as > the means of connecting the various players of the JAAS framework? Is > there something about the JAAS framework design that cannot be done, or > done well, with services? > > Sure one can install the registry (and its dependent bundles) on the OSGi > framework and use them, but why introduce that coupling unless it truly is > necessary? I would like to think that we may want to include the JAAS > framework design in the OSGi spec. But I don't see that OSGi specified > version of a JAAS framework will be based upon extensions. > -- > > BJ Hargrave > Senior Technical Staff Member, IBM > OSGi Fellow and CTO of the OSGi Alliance > [EMAIL PROTECTED] > > office: +1 386 848 1781 > mobile: +1 386 848 3788 > > > > > Pascal Rapicault <[EMAIL PROTECTED]> > Sent by: [EMAIL PROTECTED] > 2007-09-04 13:48 > Please respond to > Equinox development mailing list <[email protected]> > > > To > Equinox development mailing list <[email protected]> > cc > > Subject > Re: AW: [equinox-dev] [sec] JAAS framework dependency on Eclipse > > > > > > > The extension registry is an OSGi bundle, to that respect it runs on any > OSGi implementation. > And for curious, it even runs without OSGi. > > PaScaL > > > > From: "Matt Flaherty" <[EMAIL PROTECTED]> > > To: Equinox development mailing list <[email protected]> > > > Date: 09/04/2007 10:58 AM > > Subject: Re: AW: [equinox-dev] [sec] JAAS framework dependency on > Eclipse > > > > > > > > In the bug: > > https://bugs.eclipse.org/bugs/show_bug.cgi?id=202156 > > Chris rightly points out that I may have been heavy-handed with 'pure' ;) > > Certainly the registry can be used in other environments.. Though I've > never tried it, the framework may very well work if you simply include the > registry. Let me know if there is anything I can do to help get your > environment up and running. > > -matt > > --- > Matt Flaherty > Security Project Lead, Lotus Notes & Eclipse Equinox > External: http://www.eclipse.org/equinox/incubator/security/ > Internal: https://cs.opensource.ibm.com/projects/eclipsesec/ > > [EMAIL PROTECTED] wrote on 09/04/2007 10:11:25 AM: > > > That answers my other question as well. Thanks. > > > > I'm going to file a bug right now and will contribute code if I can come > > up with something generic. > > > > I wonder whether the OSGi specification has already hooks available to > > put something like framework wide authentication. > > > > Thanks again and regards > > > > Arthur > > > > Matt Flaherty wrote: > > > > > > The authentication code currently relies on extension points to > > > contribute the JAAS artifacts, so I don't believe it will currently > > work > > > in a pure OSGi environment. > > > > > > Nothing is currently planned in this direction - primarily because no > > > one has asked yet... Requirements (via bugzilla) and contributions are > > > > > both welcome :) > > > > > > --- > > > Matt Flaherty > > > Security Project Lead, Lotus Notes & Eclipse Equinox > > > External: http://www.eclipse.org/equinox/incubator/security/ > > > Internal: https://cs.opensource.ibm.com/projects/eclipsesec/ > > > > > > [EMAIL PROTECTED] wrote on 09/04/2007 09:33:34 AM: > > > > > > > Hi all > > > > > > > > I'm looking for a way to leverage the authentication functionality > > > > provided by JAAS for an application running on Equinox (not > > depending on > > > > the rest of Eclipse). Is it possible to leverage the Equinox > > Security > > > > framework for this or is it necessary to use the (Eclipse specific) > > > > extension points it provides to use it? Or are there any plans on > > making > > > > it a "pure" OSGi bundle? > > > > > > > > Regards > > > > > > > > Arthur > > > > > > > > _______________________________________________ > > > > equinox-dev mailing list > > > > [email protected] > > > > https://dev.eclipse.org/mailman/listinfo/equinox-dev > > > > > > > > > > > ------------------------------------------------------------------------ > > > > > > _______________________________________________ > > > equinox-dev mailing list > > > [email protected] > > > https://dev.eclipse.org/mailman/listinfo/equinox-dev > > > > _______________________________________________ > > equinox-dev mailing list > > [email protected] > > https://dev.eclipse.org/mailman/listinfo/equinox-dev > _______________________________________________ > equinox-dev mailing list > [email protected] > https://dev.eclipse.org/mailman/listinfo/equinox-dev > > > _______________________________________________ > equinox-dev mailing list > [email protected] > https://dev.eclipse.org/mailman/listinfo/equinox-dev > > > _______________________________________________ > equinox-dev mailing list > [email protected] > https://dev.eclipse.org/mailman/listinfo/equinox-dev _______________________________________________ equinox-dev mailing list [email protected] https://dev.eclipse.org/mailman/listinfo/equinox-dev
_______________________________________________ equinox-dev mailing list [email protected] https://dev.eclipse.org/mailman/listinfo/equinox-dev
