Hi Mark, You have probably hit FELIX-1445 [1].
If you would upgrade to a trunk build of SCR, this should be fixed. Regards Felix [1] https://issues.apache.org/jira/browse/FELIX-1445 Mark Derricutt schrieb: > Hey all, > > I'm seeing some strange behavior and thought I'd ask here about it before > raising a ticket on JIRA. > > I have two SCR components A and B, B has a 1..1 mandatory service reference > to A (and other services). > > When I deactivate A, I see B also get deactivated - all good. > When I reactivate A, I see B get reactivate - all good. > When I change A's configuration (via the web console), B becomes unsatisfied > - bad :( > > How come I'm seeing this behaviour? I would have expected to see B > momentarily deactivate/reactivate as A changes its configuration, not > deactivate and sit at 'unsatisfied'? > > Strangely, if I look at the bound services via the web console, I can see > that each reference is currently bound. > > I'm currently running: > > org.apache.felix.bundlerepository - 1.2.1 > org.osgi.core - 1.2.0 > org.osgi.compendium - 1.2.0 > org.apache.felix.framework - 1.2.2 > org.apache.felix.main - 1.2.2 > org.apache.felix.webconsole - 1.0.0 > org.apache.felix.eventadmin - 1.0.0 > org.apache.felix.scr - 1.0.8 > org.apache.felix.configadmin - 1.0.10 > org.apache.felix.metatype - 1.0.2 > > Am I seeing something wrong with Felix/OSGi or is it more likely my > understanding thats off? Hopefully once we get over a current piece of work > we can upgrade our base system so we can move to Felix 1.8, thou it'd be > nice to know if this is a me of felix issues. > > Cheers, > Mark > > > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@felix.apache.org For additional commands, e-mail: users-h...@felix.apache.org
