What do you mean by 'send the bundles'?
On Dec 8, 2015 7:18 PM, "Jean-Baptiste Onofré" <[email protected]> wrote:
> Just checked, the two states that the command doesn't deal is the
> deprecated state: STATE_ENABLED, and STATE_DESTROYED
>
> Maybe the component are in this state.
>
> @Benson: can you send the bundles to test if the component is not in the
> "deprecated" state ?
>
> Thanks,
> Regards
> JB
>
> On 12/09/2015 01:14 AM, Jean-Baptiste Onofré wrote:
>
>> The ScrDetails command basically does:
>>
>> - component.getState()
>> - then a switch on the int to display human readable string.
>>
>> switch (componentState) {
>> case Component.STATE_ACTIVE:
>> retVal = "ACTIVE";
>> break;
>> case Component.STATE_ACTIVATING:
>> retVal = "ACTIVATING";
>> break;
>> case Component.STATE_DEACTIVATING:
>> retVal = "DEACTIVATING";
>> break;
>> case Component.STATE_DISABLED:
>> retVal = "DISABLED";
>> break;
>> case Component.STATE_DISABLING:
>> retVal = "DISABLING";
>> break;
>> case Component.STATE_DISPOSED:
>> retVal = "DISPOSED";
>> break;
>> case Component.STATE_DISPOSING:
>> retVal = "DISPOSING";
>> break;
>> case Component.STATE_ENABLING:
>> retVal = "ENABLING";
>> break;
>> case Component.STATE_FACTORY:
>> retVal = "FACTORY";
>> break;
>> case Component.STATE_REGISTERED:
>> retVal = "REGISTERED";
>> break;
>> case Component.STATE_UNSATISFIED:
>> retVal = "UNSATISFIED";
>> break;
>>
>> So, it would mean that the component is not in the previous state
>> (another one maybe missing in the switch).
>>
>> Regards
>> JB
>>
>>
>> On 12/09/2015 01:03 AM, David Jencks wrote:
>>
>>> I have no idea what this command you are using is, can you show the
>>> output from the gogo scr:info command for this component?
>>>
>>> thanks
>>> david jencks
>>>
>>> On Dec 8, 2015, at 3:51 PM, Benson Margulies <[email protected]>
>>>> wrote:
>>>>
>>>> I have one particular bundle that gets into this stuck state since I
>>>> made some changes that should be completely unrelated to it. I badly
>>>> want to explain why it's stuck. I am reduced to a sort of 'bisect'
>>>> procedure of carefully remaking the changes to see if I can isolate
>>>> the problem, since the scr:details command does not explain why it's
>>>> left 'null'.
>>>>
>>>>
>>>> On Tue, Dec 8, 2015 at 6:48 PM, Jean-Baptiste Onofré
>>>> <[email protected]> wrote:
>>>>
>>>>> Karaf 4.0.2 already uses SCR 2.0.2.
>>>>>
>>>>> Does it always occur or just on some bundles ?
>>>>>
>>>>> Regards
>>>>> JB
>>>>>
>>>>>
>>>>> On 12/09/2015 12:44 AM, Benson Margulies wrote:
>>>>>
>>>>>>
>>>>>> Karaf 4.0.2 ... It's scr 2.0.2, but I guess the command is not so hot.
>>>>>>
>>>>>> eature:info scr
>>>>>> Feature scr 4.0.2
>>>>>> Description:
>>>>>> Declarative Service support
>>>>>> Feature has no configuration
>>>>>> Feature has no configuration files
>>>>>> Feature has no dependencies.
>>>>>> Feature contains followed bundles:
>>>>>> mvn:org.apache.felix/org.apache.felix.metatype/1.1.2 start-level=30
>>>>>> mvn:org.apache.felix/org.apache.felix.scr/2.0.2 start-level=30
>>>>>> mvn:org.apache.felix/org.apache.felix.scr.compat/1.0.2
>>>>>> start-level=30
>>>>>> Feature contains followed conditionals:
>>>>>> Conditional(management) has no configuration
>>>>>> Conditional(management) has no configuration files
>>>>>> Conditional(management) has no dependencies.
>>>>>> Conditional(management) contains followed bundles:
>>>>>> mvn:org.apache.karaf.scr/org.apache.karaf.scr.management/4.0.2
>>>>>> start-level=30
>>>>>> Conditional(webconsole) has no configuration
>>>>>> Conditional(webconsole) has no configuration files
>>>>>> Conditional(webconsole) has no dependencies.
>>>>>> Conditional(webconsole) contains followed bundles:
>>>>>> mvn:org.apache.felix/org.apache.felix.webconsole.plugins.ds/2.0.2
>>>>>> start-level=30
>>>>>> Conditional(shell) has no configuration
>>>>>> Conditional(shell) has no configuration files
>>>>>> Conditional(shell) has no dependencies.
>>>>>> Conditional(shell) contains followed bundles:
>>>>>> mvn:org.apache.karaf.scr/org.apache.karaf.scr.command/4.0.2
>>>>>> start-level=30
>>>>>>
>>>>>>
>>>>>> On Tue, Dec 8, 2015 at 6:11 PM, David Jencks
>>>>>> <[email protected]>
>>>>>> wrote:
>>>>>>
>>>>>>>
>>>>>>> This looks like a back level scr? maybe 1.8.x? The info from those
>>>>>>> makes it really hard to tell what’s going on. Is it
>>>>>>> configuration required
>>>>>>> and no configuration?
>>>>>>>
>>>>>>> david jencks
>>>>>>>
>>>>>>>
>>>>>>> On Dec 8, 2015, at 2:39 PM, Benson Margulies <[email protected]>
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>> Here's a bundle. The bundle is active, its references are satisfied,
>>>>>>>> but its state is null. What's it stuck on?
>>>>>>>>
>>>>>>>>
>>>>>>>> 36 | Active | 80 | 0.7.105.v20151208100035 | rosapi-worker-bus
>>>>>>>>
>>>>>>>> karaf@root>scr:details com.basistech.ws.worker.bus.impl.BusService
>>>>>>>> Component Details
>>>>>>>> Name : com.basistech.ws.worker.bus.impl.BusService
>>>>>>>> State : null
>>>>>>>> References
>>>>>>>> Reference : Bus
>>>>>>>> State : satisfied
>>>>>>>> Multiple : single
>>>>>>>> Optional : mandatory
>>>>>>>> Policy : static
>>>>>>>> Service Reference : No Services bound
>>>>>>>> Reference : ConfigAdmin
>>>>>>>> State : satisfied
>>>>>>>> Multiple : single
>>>>>>>> Optional : mandatory
>>>>>>>> Policy : static
>>>>>>>> Service Reference : No Services bound
>>>>>>>> karaf@root>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>> --
>>>>> Jean-Baptiste Onofré
>>>>> [email protected]
>>>>> http://blog.nanthrax.net
>>>>> Talend - http://www.talend.com
>>>>>
>>>>
>>>
>>
> --
> Jean-Baptiste Onofré
> [email protected]
> http://blog.nanthrax.net
> Talend - http://www.talend.com
>
