Well, my service on B depends on the service of C. Now I don’t know how C works but somehow it registers classes of A without A using a service of C (or B). So A doesn’t use any service, in fact A are domain model classes annotated for services provided by C.
So A has domain classes annotated for services provided by C. B, on activation, expects C to be aware of the annotated classes of A. But unfortunately A is in resolved state when B is activated. On 14/08/2014 12:03, "Jan Willem Janssen" <[email protected]> wrote: >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA1 > >On 14/08/14 12:58, Konstantine Kougios wrote: >> Hi, thanks for the reply, I do use the @Service annotations: >> >> @Component(immediate = true, metatype = true) @Service(value = { >> CurrencyService.class, EventHandler.class }) >> >> So should I monitor for bundle activations? >> >> Isn¹t there a way, say in my pom.xml to say that A must be started >> before B or a more natural way of saying that A startup is >> mandatory for B? >> > >Bundle activations are not something you want to listen for, instead >you want your services to depend on each other. > >I'm not really familiar with DS, but with Dependency Manager you would >do something like: > >class Activator extends DependencyActivatorBase { >} > > >- -- >Met vriendelijke groeten | Kind regards > >Jan Willem Janssen | Software Architect >+31 631 765 814 > >/My world is revolving around INAETICS and Amdatu/ > >Luminis Technologies B.V. >Churchillplein 1 >7314 BZ Apeldoorn >+31 88 586 46 00 > >http://www.luminis-technologies.com >http://www.luminis.eu > >KvK (CoC) 09 16 28 93 >BTW (VAT) NL8169.78.566.B.01 >-----BEGIN PGP SIGNATURE----- >Version: GnuPG/MacGPG2 v2.0.17 (Darwin) >Comment: GPGTools - http://gpgtools.org > >iQIcBAEBAgAGBQJT7JdmAAoJEKF/mP2eHDc4+wAQAM1B0iNdkvcQHQ+/IsUvttkv >nXO9WrcnzCRk+xB17rSH+MfoddlWgfxvBKON7dOLWE7iduw7LHxSuCx7FPdqbpJQ >8aVsHPE6tTgTyHNA3kNWOUnKm1UP+qozC4GjIoYVY62tsYYvPxVWqz9gvtBuRGfT >+F2RHPrmTrwxFaGQwGjEXov/vgsaWOceQw/EqSW5OvWmPUf25iovaPlv3K3475z8 >qynrPrilY4S56QLmY19ntJKVjvaRepjouu7ItDcSHRObMmCEQvLo9/+oaJ+MamXE >sNlXnyiuE94LkhIb2MGFlwP4h6wC51VpTaPNpAnAt0kJEoRyuN4WabRW8XkcMoGY >FpgkCgI6nw7xliSjLGAuKnlfU140l4KbRhDgzIn+BKHSvNxpxZ6vbeG1A452Ny0t >Y7TMAxP42Of9i0mSJcZc96wO4ypQwKwRGH/tyV6xzd9uo18OeFkwNa/ZtEcEeM/9 >tzc1/0rHhGWukC9q5cvaPKgYbO7hoeb6Lnud/Id3Kn6E/KSrndnRaaGjtPg60Qwg >opXmbPLqd++TSGdsSjLrzvCk7emQaBrCvTijEMTP2YTBC1701QoXrug3rXrJwBVk >Kh+FwsJfUZtHAvibNwswiW+4kqDG+s2whEqSTRTd9oQ7Wuts6pv20Ez7VvuWq/jg >zasYeghBAS7ImpGWOnnq >=+ayy >-----END PGP SIGNATURE----- > >--------------------------------------------------------------------- >To unsubscribe, e-mail: [email protected] >For additional commands, e-mail: [email protected] >
