Hi Guillaume- Thanks for giving me some troubleshooting techniques. I ran the osgi:ls command and here is a snippit of the output:
Apache Felix Declarative Services (41) provides: ------------------------------------------------ org.osgi.service.cm.ConfigurationListener org.apache.felix.scr.ScrService org.osgi.service.cm.ManagedService org.apache.felix.scr.impl.ScrGogoCommand That last line suggests to me that the command itself has been registered. Interestingly enough "scr list" fails but "scr:list" succeeds: karaf@root> scr list Command not found: scr karaf@root> scr:list No components registered When I do a "tab-tab" at the karaf@root> prompt I see a bunch of commands I can execute (which is expected). However, scr:list is not in that list. Here are the commands starting with s that are available to me: set shell:cat shell:clear shell:each shell:echo shell:exec shell:grep shell:head shell:history shell:if shell:info shell:java shell:logout shell:more shell:new shell:printf shell:sleep shell:sort shell:tac shell:tail show-tree shutdown sleep sort ssh ssh:ssh ssh:sshd sshd start start-level stop I am really in over my head wrt gogo and the rest of the shell framework stuff so I'm not quite sure what to do next. Do you have some ideas of what is going on? I'd be happy to help you troubleshoot some more but I don't know how much more valuable I'd be at this point... Thanks again for your time - I do appreciate it. -c On Sat, Mar 19, 2011 at 3:50 PM, Guillaume Nodet <[email protected]> wrote: > As you noticed, scr 1.6.0 use the old felix shell which is different > from gogo, so that won't work unless there's a bridge somewhere. > For scr trunk, not sure why it doesn't work. Can you first check if > the command is actually registered in the registry using the osgi:ls > karaf command ? > If the command is registered but isn't available, that's a bug in > Karaf console. If the command isn't registered, a suspect an > exception to be thrown in the ScrCommand#register() method. > > On Sat, Mar 19, 2011 at 14:56, Christoper Blunck <[email protected]> > wrote: > > Hmmm... I don't believe I'm trying to use a karaf feature on top of a > gogo > > command. > > I'm just trying to run the scr:list command without using tab completion > or > > anything. > > Steps to reproduce: > > 1.) Download and untar: > > > http://www.apache.org/dyn/closer.cgi/karaf/2.2.0/apache-karaf-2.2.0.tar.gz > > 2.) Start up karaf bin running "cd bin; ./karaf" > > 3.) Download into the deploy directory: > > > http://www.gossipcheck.com/mirrors/apache//felix/org.apache.felix.scr-1.6.0.jar > > 4.) type "scr:list" or "scr list" at the prompt. You'll get command not > > found. > > A couple of things I've noticed... > > Here's the source code for the bundle activator for SCR in version 1.6.0: > > > http://svn.apache.org/repos/asf/felix/releases/org.apache.felix.scr-1.6.0/src/main/java/org/apache/felix/scr/impl/Activator.java > > Note that in the start() method there's a try-catch around the part where > > the ScrCommand is registered. I added a debug statement to the catch > > section and found out that there was a NoClassDefFoundError > > on org.apache.felix.shell.Command when the code was trying to register > the > > ScrCommand. I downloaded org.apache.felix.shll.command 1.4.2 and put it > my > > deploy directory. That made the NoClassDefFoundError go away but it > still > > did not make the "scr list" command work. I still got a "command not > > found". > > Also ... It appears the trunk of SCR has been updated to work with gogo: > > > http://svn.apache.org/repos/asf/felix/trunk/scr/src/main/java/org/apache/felix/scr/impl/Activator.java > > The start() method looks different and the comment suggests it now works > > with gogo. > > I pulled the trunk and compiled it. I then tried to run karaf with > > org.apache.felix.scr-1.6.1-SNAPSHOT. DS started but I still didn't have > my > > "scr list" command. > > Any ideas? > > > > -c > > > > On Sat, Mar 19, 2011 at 3:59 AM, Guillaume Nodet <[email protected]> > wrote: > >> > >> Let's be clear about that. There's no reason why the scr or any gogo > >> commands would not work in karaf. > >> What does not work is karaf features on top of gogo such as completion > >> (both command and parameter). > >> If that's not the case, this should clearly be fixed asap. > >> > >> On Sat, Mar 19, 2011 at 02:33, Christoper Blunck <[email protected]> > >> wrote: > >> > Hello all, > >> > Over in this thread the gogo'ness of SCR is discussed: > >> > > >> > > http://karaf.922171.n3.nabble.com/getting-felix-scr-commands-to-show-up-in-karaf-td2257486.html > >> > I'm stuck in the same problem where my SCR bundle loads and all my > >> > services > >> > are properly satisfied and injected but the scr command itself is not > >> > available. > >> > Guillame you remarked: > >> >> Actually, I've just made some tests and the commands are functional > >> >> even > >> >> if they don't appear in the <tab> completion > >> > I was hoping you could elaborate a little more about this. Are you > >> > saying > >> > that you were able to get to the scr command in the karaf> prompt? Or > >> > were > >> > you simply remarking that scr worked wrt injection and that the > commands > >> > just weren't functional? > >> > I recognize that this ticket is still out there: > >> > https://issues.apache.org/jira/browse/KARAF-397 > >> > And I see the priority is MAJOR. Question to the devs: is this > >> > something > >> > you expect will be fixed soon? > >> > I want to go to Karaf 2.2.0 but the lack of a scr command is going to > >> > give > >> > my developers a lot of heartache.... > >> > > >> > Thanks for your time, > >> > > >> > -c > >> > > >> > -- > >> > Christopher Blunck > >> > [email protected] > >> > > >> > > >> > >> > >> > >> -- > >> Cheers, > >> Guillaume Nodet > >> ------------------------ > >> Blog: http://gnodet.blogspot.com/ > >> ------------------------ > >> Open Source SOA > >> http://fusesource.com > > > > > > > > -- > > Christopher Blunck > > [email protected] > > > > > > > > -- > Cheers, > Guillaume Nodet > ------------------------ > Blog: http://gnodet.blogspot.com/ > ------------------------ > Open Source SOA > http://fusesource.com > -- Christopher Blunck [email protected]
