I am starting to see the problem and why you are confused :-) I don't see how this can be a DS problem since it all works ok when you have a simpler bundle. I think there must be something odd about your bundle when there are embedded jars.
Is there another copy of the p.b.r.n.s.b.Notifier class in one of the embedded jars? Do you have the Bundle-Classpath set up so the main part of the jar comes before the embedded jars? Is there another copy of ComponentContext somewhere, perhaps in an embedded jar? Do you have the same Import-Package in the manifest with and without the embedded jars? I think looking at the bundle class loader will reveal the problem, but aside from the ideas above I'm not sure what to suggest. thanks david jencks On Jul 31, 2013, at 1:45 AM, bokie <[email protected]> wrote: > Hi David, > > Thanks for responding to my post. > > Not sure if I understand your question... > > The log output I posted is for the bundle that contains the component in > question, so yes it is for the xml descriptor that I show. > > The problem is two fold but to my understanding related; > i) the SCR says it can't find an activate method for the > p.b.r.n.s.b.Notifier component when it does in fact exist: @Activate public > void activate(final ComponentContext componentContext) {...} > ii) the component depends on a configuration, hence the configurationPid has > been set and configurationPolicy set to REQUIRE. However, the declared > "modified" method never gets invoked: > @Modified public void modified(final ComponentContext componentContext) > {...} > > Why I think the SCR deems the state unsatisfiable: > a) If I set the component's configurationPolicy to OPTIONAL the SCR does not > say that it can't find the component's activate method which in turn DOES > get called, however, the component never receives it's configuration via the > modified method. > b) If i remove the embedded jars from the bundle and comment the code that > uses them, set the configurationPolicy back to REQUIRE then everything works > as expected; the activate method is found and the component receives it's > configuration via the modified method. > > Is this explanation better? > > Regards, > Jorge Cercas > > > > > > -- > View this message in context: > http://apache-felix.18485.x6.nabble.com/DS-activate-method-activate-not-found-Component-will-fail-tp5004353p5004442.html > Sent from the Apache Felix - Users mailing list archive at Nabble.com. > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
