Hi again, Unfortunately, that will not work for me. Thank you nevertheless.
Best regards, João Assunção Email: joao.assun...@exploitsys.com Mobile: +351 916968984 Phone: +351 211933149 Web: www.exploitsys.com On Wed, Nov 7, 2018 at 5:42 PM Carsten Ziegeler <cziege...@apache.org> wrote: > Hi, > > I agree, that's not possible. Now, you could think about using different > configurations. So the shared part is one OSGi configuration and each > "extension" is another OSGi configuration specific to your component. > > A DS component can consume multiple configurations. > > The additional advantage is that the shared part needs only to be > configured once. The disadvantage might be that this is now shared > between your components and they will use the exact same configuration > > Regards > Carsten > > Am 07.11.2018 um 18:07 schrieb João Assunção: > > Hello Tim, > > > > I understand that. I just assumed the default values provided in the AD > > elements of the Metatype XML files would be used as defaults by > > ConfigAdmin. I guess the Metatype information is used only for UI > purposes. > > > > I guess I will be forced to duplicate configuration attributes in my > > configuration annotations. Using the approach suggested by Carsten I > > would need to create the MetaType files by hand. At least I didn't found > > a way to generate an OCD from two separate configuration annotations. > > > > João Assunção > > > > Email: joao.assun...@exploitsys.com <mailto:joao.assun...@exploitsys.com > > > > Mobile: +351 916968984 > > Phone: +351 211933149 > > Web: www.exploitsys.com <http://www.exploitsys.com> > > > > > > > > > > On Wed, Nov 7, 2018 at 3:26 PM Tim Ward <tim.w...@paremus.com > > <mailto:tim.w...@paremus.com>> wrote: > > > > The @AttributeDefinition is a build time annotation, not a runtime > > annotation. There is therefore no visibility of the annotation > > values for DS to use at runtime. This also avoids your bundle from > > being coupled to the meta type API just because it uses the > annotations. > > > > Best Regards, > > > > Tim > > > >> On 7 Nov 2018, at 11:10, João Assunção via osgi-dev > >> <osgi-dev@mail.osgi.org <mailto:osgi-dev@mail.osgi.org>> wrote: > >> > >> Hi Carsten, > >> > >> Thank you for the clarification and the tip. > >> I assumed the framework would use the defaults provided > >> in @AttributeDefinition when using an interface for configuration. > >> > >> Regards, > >> João Assunção > >> > >> Email: joao.assun...@exploitsys.com > >> <mailto:joao.assun...@exploitsys.com> > >> Mobile: +351 916968984 > >> Phone: +351 211933149 > >> Web: www.exploitsys.com <http://www.exploitsys.com/> > >> > >> > >> > >> > >> On Wed, Nov 7, 2018 at 11:00 AM Carsten Ziegeler > >> <cziege...@apache.org <mailto:cziege...@apache.org>> wrote: > >> > >> Hi, > >> > >> no interfaces are not supported for configuration, only > >> annotations. > >> Main reason is the support of default values for configuration > >> properties. > >> > >> But you can pass in more arguments into the activate method, > >> so instead > >> of having a base interface C and lets say two configuration > >> interface C1 > >> and C2 inheriting from C, you specify three annotations C, C1 > >> and C2 > >> where C1 and C2 only have the additional properties. > >> In your activate method you can then have two arguments C and > >> C1 for one > >> component and C and C2 for the other component. > >> > >> Regards > >> Carsten > >> > >> Am 07.11.2018 um 11:53 schrieb João Assunção via osgi-dev: > >> > Hello all, > >> > > >> > I have two components where the configuration shares a > >> couple of > >> > attributes. To avoid duplication, and because Java doesn't > >> allow > >> > annotations to be extended, I changed the configuration > >> annotations to > >> > interfaces. > >> > When building, bnd-maven-plugin fails with the following > >> error message: > >> > > >> > Non annotation argument to lifecycle method with > descriptor > >> > > >> > I checked the specs and @ObjectClassDefinition can be > >> applied to an > >> > interface type. > >> > > >> > Thank you > >> > João > >> > > >> > Email: joao.assun...@exploitsys.com > >> <mailto:joao.assun...@exploitsys.com> > >> <mailto:joao.assun...@exploitsys.com > >> <mailto:joao.assun...@exploitsys.com>> > >> > Mobile: +351 916968984 > >> > Phone: +351 211933149 > >> > Web: www.exploitsys.com <http://www.exploitsys.com/> > >> <http://www.exploitsys.com <http://www.exploitsys.com/>> > >> > > >> > > >> > > >> > _______________________________________________ > >> > OSGi Developer Mail List > >> > osgi-dev@mail.osgi.org <mailto:osgi-dev@mail.osgi.org> > >> > https://mail.osgi.org/mailman/listinfo/osgi-dev > >> > > >> > >> -- > >> Carsten Ziegeler > >> Adobe Research Switzerland > >> cziege...@apache.org <mailto:cziege...@apache.org> > >> > >> _______________________________________________ > >> OSGi Developer Mail List > >> osgi-dev@mail.osgi.org <mailto:osgi-dev@mail.osgi.org> > >> https://mail.osgi.org/mailman/listinfo/osgi-dev > > > > -- > Carsten Ziegeler > Adobe Research Switzerland > cziege...@apache.org >
_______________________________________________ OSGi Developer Mail List osgi-dev@mail.osgi.org https://mail.osgi.org/mailman/listinfo/osgi-dev
