I rebuilt the karaf command to be kscr: instead of scr: and I see that the scr gogo command is there, but I can't get the shell to run it.
objectClass = [org.apache.felix.scr.impl.ScrGogoCommand] osgi.command.function = [config, disable, enable, info, list] osgi.command.scope = scr service.bundleid = 107 service.description = SCR Gogo Shell Support service.id = 58 service.scope = singleton service.vendor = The Apache Software Foundation On Tue, Dec 8, 2015 at 8:31 PM, Benson Margulies <[email protected]> wrote: > I am wrong about gogo commands, but typing 'scr:info" doesn't do the > job. I wonder what does? > > > On Tue, Dec 8, 2015 at 8:09 PM, David Jencks <[email protected]> wrote: >> The gogo scr command is packaged in felix ds itself. If karaf supports gogo >> commands you ought to be able to see it. >> >> Most of those states haven’t existed in years. Are you trying to use the >> backwards compatibility bundle to avoid updating your command to show the >> new spec-defined state info from the DTOs? The model the backwards >> compatibility bundle relies on is really bogus. >> >> david jencks >> >> On Dec 8, 2015, at 4:38 PM, Benson Margulies <[email protected]> wrote: >> >> Dependencies are too big. I will debug the command and tell you what I see >> when I get back home >> >> On Dec 8, 2015 7:29 PM, "Jean-Baptiste Onofré" <[email protected]> wrote: >>> >>> I mean share your code or bundle jar in order for me to try to reproduce >>> and check the actual component state ;) >>> >>> Regards >>> JB >>> >>> On 12/09/2015 01:27 AM, Benson Margulies wrote: >>>> >>>> What do you mean by 'send the bundles'? >>>> >>>> On Dec 8, 2015 7:18 PM, "Jean-Baptiste Onofré" <[email protected] >>>> <mailto:[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] <mailto:[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] <mailto:[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] >>>> <mailto:[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] >>>> <mailto:[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] <mailto:[email protected]> >>>> http://blog.nanthrax.net >>>> Talend - http://www.talend.com >>>> >>>> >>>> >>>> >>>> -- >>>> Jean-Baptiste Onofré >>>> [email protected] <mailto:[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 >> >>
