BJ Hargrave wrote:
I don't think you have demonstrated that you need to use fragments
here. Fragments should only be used when necessary and there is no
better way.
You can easily have the "base" bundle export the package with the base
class. A second bundle can import that package, extend that base class
and use DS on the extended class.
Agreed.
-> richard
--
*BJ Hargrave*
Senior Technical Staff Member, IBM
OSGi Fellow and CTO of the _OSGi Alliance_ <http://www.osgi.org/>_
[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
office: +1 386 848 1781
mobile: +1 386 848 3788
From: "Craig Phillips" <[EMAIL PROTECTED]>
To: "OSGi Developer Mail List" <[email protected]>
Date: 2008/06/06 09:35 AM
Subject: [osgi-dev] Fragments, Felix, SCR/DeclarativeServices
and Inheritance
------------------------------------------------------------------------
Hi,
I’m attempting to implement a fragment exemplary application in which
a fragment package class <<extends>> a host service method… yeah, I’m
probably a bit out of my league ATT… Also, apparently (as I read on
the spring-DM guide) Felix does not [yet, presume] support fragments?
It seems that Felix is ignoring my “Fragment-Host:” manifest entry…
So, a couple questions as I decide to move to pax-run and either
equinox (cringe) or knoplerfish…
Can I actually do inheritance/override of a base service method in a
fragment? Keep in mind, too, that I’m using SCR/DeclarativeServices
I can provide source/dot.bnd’s etc… Note – I do keep client, base,
and fragment code in separate packages (meaning, there is zero
split-packaging going on);
Thanks, Craig
_______________________________________________
OSGi Developer Mail List
[email protected]
https://mail.osgi.org/mailman/listinfo/osgi-dev
------------------------------------------------------------------------
_______________________________________________
OSGi Developer Mail List
[email protected]
https://mail.osgi.org/mailman/listinfo/osgi-dev
_______________________________________________
OSGi Developer Mail List
[email protected]
https://mail.osgi.org/mailman/listinfo/osgi-dev
