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]
