Thanks Carsten, that was my expectation but I was waiting for the “inspect cap service” output to confirm.
One thing that can be quite confusing is that the service references, with cardinality of 1..1, are described as both satisfied and unbound. This sounds like a contradiction until you realise the component has not yet been instantiated. I assume that SCR at this point does know which services it *will* bind when the component is activated… maybe these could be shown here? Neil > On 12 Aug 2016, at 10:50, Carsten Ziegeler <[email protected]> wrote: > > Your service is marked as "satisfied" but as noone else is using it, > it's not activated. That's the lazy activation of SCR. > > Carsten > >> I have a component, which scr:info reports that is has three unbound >> references. >> >> scr:info on the components that provide those services seem to show >> that they are there. And if I set breakpoints on their activate >> methods (they are @Components), they've been called, and did not >> throw. I've put an scr:info for one of them at the end. What would >> cause SCR to not pass these services into the component and activate >> it? >> >> g! scr:info com.basistech.ws.worker.core.Worker >> *** Bundle: rosapi-worker-core (59) >> Component Description: >> Name: com.basistech.ws.worker.core.Worker >> Implementation Class: com.basistech.ws.worker.core.Worker >> Default State: enabled >> Activation: delayed >> Configuration Policy: ignore >> Activate Method: activate >> Deactivate Method: deactivate >> Modified Method: - >> Configuration Pid: [com.basistech.ws.worker.core.Worker] >> Services: >> com.basistech.ws.worker.api.WorkerInterface >> Service Scope: singleton >> Reference: BusService >> Interface Name: com.basistech.ws.worker.api.WorkerBusService >> Cardinality: 1..1 >> Policy: static >> Policy option: reluctant >> Reference Scope: bundle >> Reference: WorkerComponentServices >> Interface Name: com.basistech.ws.worker.core.WorkerComponentServices >> Cardinality: 1..1 >> Policy: static >> Policy option: reluctant >> Reference Scope: bundle >> Reference: WorkerConfiguration >> Interface Name: com.basistech.ws.worker.core.config.WorkerConfiguration >> Cardinality: 1..1 >> Policy: static >> Policy option: reluctant >> Reference Scope: bundle >> Component Description Properties: >> Component Configuration: >> ComponentId: 5 >> State: satisfied >> SatisfiedReference: BusService >> Target: null >> (unbound) >> SatisfiedReference: WorkerComponentServices >> Target: null >> (unbound) >> SatisfiedReference: WorkerConfiguration >> Target: null >> (unbound) >> Component Configuration Properties: >> component.id = 5 >> component.name = com.basistech.ws.worker.core.Worker >> >> ---- >> >> g! scr:info com.basistech.ws.worker.core.config.WorkerConfigurationImpl >> *** Bundle: rosapi-worker-core (59) >> Component Description: >> Name: com.basistech.ws.worker.core.config.WorkerConfigurationImpl >> Implementation Class: >> com.basistech.ws.worker.core.config.WorkerConfigurationImpl >> Default State: enabled >> Activation: immediate >> Configuration Policy: require >> Activate Method: activate >> Deactivate Method: deactivate >> Modified Method: - >> Configuration Pid: [com.basistech.ws.worker] >> Services: >> com.basistech.ws.worker.core.config.WorkerConfiguration >> Service Scope: singleton >> Component Description Properties: >> Component Configuration: >> ComponentId: 6 >> State: active >> Component Configuration Properties: >> component.id = 6 >> component.name = >> com.basistech.ws.worker.core.config.WorkerConfigurationImpl >> configurationFilePathname = >> /Users/benson/x/rosapi1.5/worker/core/src/test/config/path-subst-worker-config.yaml >> endpointsPathname = >> /Users/benson/x/rosapi1.5/worker/core/src/test/config/all-endpoints-no-dte.yaml >> native-root = >> /var/folders/80/5l86669j3278_x4hlpntlz380000gp/T/nativeroot7939628695379969633 >> service.pid = com.basistech.ws.worker >> subst = tsbus >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [email protected] >> For additional commands, e-mail: [email protected] >> >> > > > > > -- > Carsten Ziegeler > Adobe Research Switzerland > [email protected] > > > --------------------------------------------------------------------- > 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]
