Actually…. now the @Component has a reference member and you can specify the @References there. You’ll have to do a lot of specifying, so I’d use the bnd-specific inherit support but if you are really worried about compatibility you can put everything in the @Component annotation.
My theory is that (1) allowing this for classes where all the annotated superclasses are in the same bundle is completely safe (2) in any case it is just as safe as the service-component header method. So I’d be in favor of lobbying that the 1.4 ds spec allow at least case (1). david jencks > On Nov 17, 2015, at 4:24 PM, Benson Margulies <ben...@basistech.com> wrote: > > On Tue, Nov 17, 2015 at 3:32 PM, David Jencks <david.a.jen...@gmail.com > <mailto:david.a.jen...@gmail.com>> wrote: >> nonstandard == not in the DS 1.3 spec. >> >> These options are only supported by bnd, but I don’t really foresee anyone >> else writing a ds annotation processing tool. Do you? > > That was the point I was trying to make. > >> >> thanks >> david jencks >> >>> On Nov 17, 2015, at 2:47 PM, Benson Margulies <ben...@basistech.com> wrote: >>> >>> On Tue, Nov 17, 2015 at 2:43 PM, Robert Munteanu <romb...@apache.org> wrote: >>>> Hi Benson, >>>> >>>> On Tue, Nov 17, 2015 at 8:00 PM, Benson Margulies <ben...@basistech.com> >>>> wrote: >>>>> I'm feeling a bit sad; I have a family of 12 very similar services, >>>>> but I can't put the @Reference, @Activate, and @Deactivate into the >>>>> base class, I have to copy and paste it into each component class. >>>>> >>>>> Have I missed an alternative? >>>> >>>> The @Activate and @Deactivate annotations are optional if you stick to >>>> the standard 'activate' and 'deactivate' method names. >>> >>> I've also got some @References being repeated. >>> >>> As far as 'standard' goes, this is the standard that specs how bnd >>> turns .class files into XML? So my only concern would be that some >>> other tool might not do it? >>> >>> >>>> >>>> See 112.5.8 - Activate Method and 112.5.15 - Deactivate Method in the >>>> OSGi R6 Compendium specs for details. >>>> >>>> Robert >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: users-unsubscr...@felix.apache.org >>>> For additional commands, e-mail: users-h...@felix.apache.org >>>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: users-unsubscr...@felix.apache.org >>> For additional commands, e-mail: users-h...@felix.apache.org >>> >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscr...@felix.apache.org >> For additional commands, e-mail: users-h...@felix.apache.org >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@felix.apache.org > <mailto:users-unsubscr...@felix.apache.org> > For additional commands, e-mail: users-h...@felix.apache.org > <mailto:users-h...@felix.apache.org>
