Hi Jeff, I looked at the Toast example and I think it's a great guide for development. It's nice to use DI, what I can't see is how using DS isolates you from OSGi? I think that defining OSGi sevices declaratively helps you only not to care about tracking your dependencies manually. Though in some cases it adds unneeded complexity.
Let me take for example Eclipse touchpoint and the actions it provides - what is the point to declare them as DS components as they should be immidiate and don't need anything injected by the framework? They are still OSGi services. Maybe I miss something? Thanks a lot, Katya -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Jeff McAffer Sent: Thursday, November 11, 2010 5:30 PM To: P2 developer discussions Subject: Re: [p2-dev] SAP Contribution http://wiki.eclipse.org/Toast#Getting_started The code in and of itself is not that useful in this case. It is more an example of a good sized system that uses OSGi but isolates itself from OSGi via DI and DS. I'd be happy to talk about particular scenarios etc and point to relevant places in the code. Jeff On 2010-11-10, at 1:09 PM, Pascal Rapicault wrote: > Thx for the pointers Jett. This is indeed one of the direction Katya and I > had discussed. > Do you have precise pointers in the Toast code? > > On 2010-11-10, at 12:16 PM, Jeff McAffer wrote: > >> Overall this is a great direction. >> >>> At Eclipse Summit Pascal mentioned that replacing extension points with >>> services for example could lead to unexpected side effects. >>> So before contributing back changes like this one, I would like to discuss >>> them in the mailing list - is there a better solution, do they fit into p2 >>> architecture, etc. >> >> Ideally we would move to more of a dependency injection technique so p2 is >> not coupled to services or extensions. For example, in the Toast example >> (http://wiki.eclipse.org/Toast) for the OSGi book (http://equinoxosgi.org) >> we used a interface that provides the things needed. We provided service >> backed and extension backed implementations. Much nicer. >> >> Jeff >> _______________________________________________ >> p2-dev mailing list >> [email protected] >> https://dev.eclipse.org/mailman/listinfo/p2-dev > > _______________________________________________ > p2-dev mailing list > [email protected] > https://dev.eclipse.org/mailman/listinfo/p2-dev _______________________________________________ p2-dev mailing list [email protected] https://dev.eclipse.org/mailman/listinfo/p2-dev _______________________________________________ p2-dev mailing list [email protected] https://dev.eclipse.org/mailman/listinfo/p2-dev
