You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@felix.apache.org by Kjell Otto <ot...@gmail.com> on 2012/10/29 14:56:33 UTC
SCR Commands not showing up in gogo shell
Hi there,
I can't see any of the scr commands in the shell.
Issueing the help command shows this:
felix:bundlelevel
felix:cd
felix:frameworklevel
felix:headers
felix:help
felix:inspect
felix:install
felix:lb
felix:log
felix:ls
felix:refresh
felix:resolve
felix:start
felix:stop
felix:uninstall
felix:update
felix:which
gogo:cat
gogo:each
gogo:echo
gogo:format
gogo:getopt
gogo:gosh
gogo:grep
gogo:not
gogo:set
gogo:sh
gogo:source
gogo:tac
gogo:telnetd
gogo:type
gogo:until
obr:deploy
obr:info
obr:javadoc
obr:list
obr:repos
obr:source
And the service is running properly:
g! lb
START LEVEL 6
ID|State |Level|Name
0|Active | 0|System Bundle (4.0.2)
1|Active | 1|Apache Felix Gogo Shell (0.10.0)
2|Active | 1|Apache Felix Gogo Runtime (0.10.0)
3|Active | 5|Apache Felix Log Service (1.0.1)
4|Active | 5|osgi.core (4.1.0.build-200702212030)
5|Active | 5|osgi.compendium (4.1.0.build-200702212030)
6|Active | 5|Apache Felix Declarative Services (1.6.0)
7|Active | 5|Apache Felix Configuration Admin Service (1.4.0)
8|Active | 5|Apache Felix Bundle Repository (1.6.6)
40|Active | 1|Apache Felix Gogo Command (0.12.0)
Any ideas? Do I need to explicitly provision a bundle for the commands
in addition?
Greetings,
Kjellksi
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: SCR Commands not showing up in gogo shell
Posted by Marcel Offermans <ma...@luminis.nl>.
To me it sounds more like one or more bundles have bad metadata. If things resolve but don't work, that's usually a sign that something in one of the bundles is wrong (bundles don't use substitutability by importing what they export, or have private copies of public packages, or optional imports but not the relevant code to deal with their absence, or …).
On Oct 29, 2012, at 23:11 , Scott England-Sullivan <su...@gmail.com> wrote:
> That sounds more like you have the wrong dependencies loading or an
> ordering issue. Lines 4 & 5 and 8 & 9. Are those different versions
> of the OSGi interfaces?
>
> On Mon, Oct 29, 2012 at 4:14 PM, Kjell Otto <ot...@gmail.com> wrote:
>> Hi Scott,
>>
>> thanks for your answer but it seems that this is not helping.
>> Even worse, if I include the dependency:
>>
>> <dependency>
>> <groupId>org.apache.felix</groupId>
>> <artifactId>org.apache.felix.metatype</artifactId>
>> <version>1.0.4</version>
>> </dependency>
>>
>> START LEVEL 6
>> ID|State |Level|Name
>> 0|Active | 0|System Bundle (4.0.2)
>> 1|Active | 1|Apache Felix Gogo Shell (0.10.0)
>> 2|Active | 1|Apache Felix Gogo Runtime (0.10.0)
>> 3|Active | 5|Apache Felix Metatype Service (1.0.4)
>> 4|Active | 5|OSGi R4 Core Bundle (4.0.0)
>> 5|Active | 5|OSGi R4 Compendium Bundle (4.0.0)
>> 6|Active | 5|Servlet 2.1 API (1.0.0)
>> 7|Active | 5|Apache Felix Log Service (1.0.1)
>> 8|Active | 5|osgi.core (4.1.0.build-200702212030)
>> 9|Active | 5|osgi.compendium (4.1.0.build-200702212030)
>> 10|Active | 5|Apache Felix Declarative Services (1.6.0)
>> 11|Active | 5|Apache Felix Configuration Admin Service (1.4.0)
>> 12|Active | 5|Apache Felix Bundle Repository (1.6.6)
>> 13|Active | 5|Apache ServiceMix :: Bundles :: jaxb-xjc (2.2.4.2)
>> 14|Active | 5|Apache ServiceMix :: Bundles :: jaxb-impl (2.2.4.2)
>> 15|Active | 5|geronimo-activation_1.1_spec (1.0.2)
>> 16|Active | 5|Apache ServiceMix Specs :: STAX API 1.0 (1.0.0)
>> 17|Active | 5|Apache ServiceMix :: Specs :: JAXB API 2.2 (1.6.0)
>> 18|Active | 5|Apache ServiceMix :: Bundles :: xstream (1.4.3.1)
>> 19|Active | 5|Apache ServiceMix :: Bundles :: protobuf-java (2.4.1.1)
>> 20|Active | 5|Apache ServiceMix :: Bundles :: stax-utils
>> (20070216.0.0.1)
>> 21|Active | 5|Apache ServiceMix :: Bundles :: woodstox (3.2.9.3)
>> 22|Active | 5|Apache ServiceMix :: Bundles :: antlr-runtime (3.4.0.2)
>> 23|Active | 5|Apache ServiceMix :: Bundles :: antlr (3.4.0.1)
>> 24|Active | 5|Apache ServiceMix :: Bundles :: ant (1.8.4.1)
>> ...
>> 44|Active | 1|Apache Felix Gogo Command (0.12.0)
>>
>>
>> It shows up as Active, but for all my self defined Service Components
>> through the scr plugin, I get these exceptions:
>>
>> Cannot register Component - java.lang.ClassCastException:
>> org.apache.felix.cm.impl.ConfigurationAdminImpl cannot be cast to
>> org.osgi.service.cm.ConfigurationAdmin
>> at org.apache.felix.scr.impl.config.ConfigurationComponentRegistry.createComponentHolder(ConfigurationComponentRegistry.java:125)
>> at org.apache.felix.scr.impl.BundleComponentActivator.loadDescriptor(BundleComponentActivator.java:244)
>> at org.apache.felix.scr.impl.BundleComponentActivator.initialize(BundleComponentActivator.java:147)
>> at org.apache.felix.scr.impl.BundleComponentActivator.<init>(BundleComponentActivator.java:111)
>> at org.apache.felix.scr.impl.Activator.loadComponents(Activator.java:285)
>> at org.apache.felix.scr.impl.Activator.bundleChanged(Activator.java:203)
>> at org.apache.felix.framework.util.EventDispatcher.invokeBundleListenerCallback(EventDispatcher.java:868)
>> at org.apache.felix.framework.util.EventDispatcher.fireEventImmediately(EventDispatcher.java:789)
>> at org.apache.felix.framework.util.EventDispatcher.fireBundleEvent(EventDispatcher.java:514)
>> at org.apache.felix.framework.Felix.fireBundleEvent(Felix.java:4244)
>> at org.apache.felix.framework.Felix.startBundle(Felix.java:1923)
>> at org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1191)
>> at org.apache.felix.framework.FrameworkStartLevelImpl.run(FrameworkStartLevelImpl.java:295)
>> at java.lang.Thread.run(Thread.java:680)
>>
>> Am I doing something wrong in the other bundles? Or what is my problem here?
>> Any further hints would be great!
>>
>> Greetings,
>> Kjellski
>>
>>
>> 2012/10/29 Scott England-Sullivan <su...@gmail.com>:
>>> Hi Kjellksi,
>>>
>>> Try deploying MetaType. I believe that should allow it to activate.
>>>
>>> Best Regards,
>>> Scott ES
>>>
>>> On Mon, Oct 29, 2012 at 8:56 AM, Kjell Otto <ot...@gmail.com> wrote:
>>>> Hi there,
>>>>
>>>> I can't see any of the scr commands in the shell.
>>>>
>>>> Issueing the help command shows this:
>>>>
>>>> felix:bundlelevel
>>>> felix:cd
>>>> felix:frameworklevel
>>>> felix:headers
>>>> felix:help
>>>> felix:inspect
>>>> felix:install
>>>> felix:lb
>>>> felix:log
>>>> felix:ls
>>>> felix:refresh
>>>> felix:resolve
>>>> felix:start
>>>> felix:stop
>>>> felix:uninstall
>>>> felix:update
>>>> felix:which
>>>> gogo:cat
>>>> gogo:each
>>>> gogo:echo
>>>> gogo:format
>>>> gogo:getopt
>>>> gogo:gosh
>>>> gogo:grep
>>>> gogo:not
>>>> gogo:set
>>>> gogo:sh
>>>> gogo:source
>>>> gogo:tac
>>>> gogo:telnetd
>>>> gogo:type
>>>> gogo:until
>>>> obr:deploy
>>>> obr:info
>>>> obr:javadoc
>>>> obr:list
>>>> obr:repos
>>>> obr:source
>>>>
>>>> And the service is running properly:
>>>>
>>>> g! lb
>>>> START LEVEL 6
>>>> ID|State |Level|Name
>>>> 0|Active | 0|System Bundle (4.0.2)
>>>> 1|Active | 1|Apache Felix Gogo Shell (0.10.0)
>>>> 2|Active | 1|Apache Felix Gogo Runtime (0.10.0)
>>>> 3|Active | 5|Apache Felix Log Service (1.0.1)
>>>> 4|Active | 5|osgi.core (4.1.0.build-200702212030)
>>>> 5|Active | 5|osgi.compendium (4.1.0.build-200702212030)
>>>> 6|Active | 5|Apache Felix Declarative Services (1.6.0)
>>>> 7|Active | 5|Apache Felix Configuration Admin Service (1.4.0)
>>>> 8|Active | 5|Apache Felix Bundle Repository (1.6.6)
>>>> 40|Active | 1|Apache Felix Gogo Command (0.12.0)
>>>>
>>>> Any ideas? Do I need to explicitly provision a bundle for the commands
>>>> in addition?
>>>>
>>>> Greetings,
>>>> Kjellksi
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>
>>>
>>>
>>>
>>> --
>>> --
>>> Scott England-Sullivan
>>> Apache Camel Committer
>>> Principal Consultant / Sr. Architect | Red Hat, Inc.
>>> FuseSource is now part of Red Hat
>>> Web: fusesource.com | redhat.com
>>> Blog: sully6768.blogspot.com
>>> Twitter: sully6768
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>> For additional commands, e-mail: users-help@felix.apache.org
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>> For additional commands, e-mail: users-help@felix.apache.org
>>
>
>
>
> --
> --
> Scott England-Sullivan
> Apache Camel Committer
> Principal Consultant / Sr. Architect | Red Hat, Inc.
> FuseSource is now part of Red Hat
> Web: fusesource.com | redhat.com
> Blog: sully6768.blogspot.com
> Twitter: sully6768
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: SCR Commands not showing up in gogo shell
Posted by Scott England-Sullivan <su...@gmail.com>.
That sounds more like you have the wrong dependencies loading or an
ordering issue. Lines 4 & 5 and 8 & 9. Are those different versions
of the OSGi interfaces?
On Mon, Oct 29, 2012 at 4:14 PM, Kjell Otto <ot...@gmail.com> wrote:
> Hi Scott,
>
> thanks for your answer but it seems that this is not helping.
> Even worse, if I include the dependency:
>
> <dependency>
> <groupId>org.apache.felix</groupId>
> <artifactId>org.apache.felix.metatype</artifactId>
> <version>1.0.4</version>
> </dependency>
>
> START LEVEL 6
> ID|State |Level|Name
> 0|Active | 0|System Bundle (4.0.2)
> 1|Active | 1|Apache Felix Gogo Shell (0.10.0)
> 2|Active | 1|Apache Felix Gogo Runtime (0.10.0)
> 3|Active | 5|Apache Felix Metatype Service (1.0.4)
> 4|Active | 5|OSGi R4 Core Bundle (4.0.0)
> 5|Active | 5|OSGi R4 Compendium Bundle (4.0.0)
> 6|Active | 5|Servlet 2.1 API (1.0.0)
> 7|Active | 5|Apache Felix Log Service (1.0.1)
> 8|Active | 5|osgi.core (4.1.0.build-200702212030)
> 9|Active | 5|osgi.compendium (4.1.0.build-200702212030)
> 10|Active | 5|Apache Felix Declarative Services (1.6.0)
> 11|Active | 5|Apache Felix Configuration Admin Service (1.4.0)
> 12|Active | 5|Apache Felix Bundle Repository (1.6.6)
> 13|Active | 5|Apache ServiceMix :: Bundles :: jaxb-xjc (2.2.4.2)
> 14|Active | 5|Apache ServiceMix :: Bundles :: jaxb-impl (2.2.4.2)
> 15|Active | 5|geronimo-activation_1.1_spec (1.0.2)
> 16|Active | 5|Apache ServiceMix Specs :: STAX API 1.0 (1.0.0)
> 17|Active | 5|Apache ServiceMix :: Specs :: JAXB API 2.2 (1.6.0)
> 18|Active | 5|Apache ServiceMix :: Bundles :: xstream (1.4.3.1)
> 19|Active | 5|Apache ServiceMix :: Bundles :: protobuf-java (2.4.1.1)
> 20|Active | 5|Apache ServiceMix :: Bundles :: stax-utils
> (20070216.0.0.1)
> 21|Active | 5|Apache ServiceMix :: Bundles :: woodstox (3.2.9.3)
> 22|Active | 5|Apache ServiceMix :: Bundles :: antlr-runtime (3.4.0.2)
> 23|Active | 5|Apache ServiceMix :: Bundles :: antlr (3.4.0.1)
> 24|Active | 5|Apache ServiceMix :: Bundles :: ant (1.8.4.1)
> ...
> 44|Active | 1|Apache Felix Gogo Command (0.12.0)
>
>
> It shows up as Active, but for all my self defined Service Components
> through the scr plugin, I get these exceptions:
>
> Cannot register Component - java.lang.ClassCastException:
> org.apache.felix.cm.impl.ConfigurationAdminImpl cannot be cast to
> org.osgi.service.cm.ConfigurationAdmin
> at org.apache.felix.scr.impl.config.ConfigurationComponentRegistry.createComponentHolder(ConfigurationComponentRegistry.java:125)
> at org.apache.felix.scr.impl.BundleComponentActivator.loadDescriptor(BundleComponentActivator.java:244)
> at org.apache.felix.scr.impl.BundleComponentActivator.initialize(BundleComponentActivator.java:147)
> at org.apache.felix.scr.impl.BundleComponentActivator.<init>(BundleComponentActivator.java:111)
> at org.apache.felix.scr.impl.Activator.loadComponents(Activator.java:285)
> at org.apache.felix.scr.impl.Activator.bundleChanged(Activator.java:203)
> at org.apache.felix.framework.util.EventDispatcher.invokeBundleListenerCallback(EventDispatcher.java:868)
> at org.apache.felix.framework.util.EventDispatcher.fireEventImmediately(EventDispatcher.java:789)
> at org.apache.felix.framework.util.EventDispatcher.fireBundleEvent(EventDispatcher.java:514)
> at org.apache.felix.framework.Felix.fireBundleEvent(Felix.java:4244)
> at org.apache.felix.framework.Felix.startBundle(Felix.java:1923)
> at org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1191)
> at org.apache.felix.framework.FrameworkStartLevelImpl.run(FrameworkStartLevelImpl.java:295)
> at java.lang.Thread.run(Thread.java:680)
>
> Am I doing something wrong in the other bundles? Or what is my problem here?
> Any further hints would be great!
>
> Greetings,
> Kjellski
>
>
> 2012/10/29 Scott England-Sullivan <su...@gmail.com>:
>> Hi Kjellksi,
>>
>> Try deploying MetaType. I believe that should allow it to activate.
>>
>> Best Regards,
>> Scott ES
>>
>> On Mon, Oct 29, 2012 at 8:56 AM, Kjell Otto <ot...@gmail.com> wrote:
>>> Hi there,
>>>
>>> I can't see any of the scr commands in the shell.
>>>
>>> Issueing the help command shows this:
>>>
>>> felix:bundlelevel
>>> felix:cd
>>> felix:frameworklevel
>>> felix:headers
>>> felix:help
>>> felix:inspect
>>> felix:install
>>> felix:lb
>>> felix:log
>>> felix:ls
>>> felix:refresh
>>> felix:resolve
>>> felix:start
>>> felix:stop
>>> felix:uninstall
>>> felix:update
>>> felix:which
>>> gogo:cat
>>> gogo:each
>>> gogo:echo
>>> gogo:format
>>> gogo:getopt
>>> gogo:gosh
>>> gogo:grep
>>> gogo:not
>>> gogo:set
>>> gogo:sh
>>> gogo:source
>>> gogo:tac
>>> gogo:telnetd
>>> gogo:type
>>> gogo:until
>>> obr:deploy
>>> obr:info
>>> obr:javadoc
>>> obr:list
>>> obr:repos
>>> obr:source
>>>
>>> And the service is running properly:
>>>
>>> g! lb
>>> START LEVEL 6
>>> ID|State |Level|Name
>>> 0|Active | 0|System Bundle (4.0.2)
>>> 1|Active | 1|Apache Felix Gogo Shell (0.10.0)
>>> 2|Active | 1|Apache Felix Gogo Runtime (0.10.0)
>>> 3|Active | 5|Apache Felix Log Service (1.0.1)
>>> 4|Active | 5|osgi.core (4.1.0.build-200702212030)
>>> 5|Active | 5|osgi.compendium (4.1.0.build-200702212030)
>>> 6|Active | 5|Apache Felix Declarative Services (1.6.0)
>>> 7|Active | 5|Apache Felix Configuration Admin Service (1.4.0)
>>> 8|Active | 5|Apache Felix Bundle Repository (1.6.6)
>>> 40|Active | 1|Apache Felix Gogo Command (0.12.0)
>>>
>>> Any ideas? Do I need to explicitly provision a bundle for the commands
>>> in addition?
>>>
>>> Greetings,
>>> Kjellksi
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>> For additional commands, e-mail: users-help@felix.apache.org
>>>
>>
>>
>>
>> --
>> --
>> Scott England-Sullivan
>> Apache Camel Committer
>> Principal Consultant / Sr. Architect | Red Hat, Inc.
>> FuseSource is now part of Red Hat
>> Web: fusesource.com | redhat.com
>> Blog: sully6768.blogspot.com
>> Twitter: sully6768
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>> For additional commands, e-mail: users-help@felix.apache.org
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
--
--
Scott England-Sullivan
Apache Camel Committer
Principal Consultant / Sr. Architect | Red Hat, Inc.
FuseSource is now part of Red Hat
Web: fusesource.com | redhat.com
Blog: sully6768.blogspot.com
Twitter: sully6768
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: SCR Commands not showing up in gogo shell
Posted by Kjell Otto <ot...@gmail.com>.
Hi Scott,
thanks for your answer but it seems that this is not helping.
Even worse, if I include the dependency:
<dependency>
<groupId>org.apache.felix</groupId>
<artifactId>org.apache.felix.metatype</artifactId>
<version>1.0.4</version>
</dependency>
START LEVEL 6
ID|State |Level|Name
0|Active | 0|System Bundle (4.0.2)
1|Active | 1|Apache Felix Gogo Shell (0.10.0)
2|Active | 1|Apache Felix Gogo Runtime (0.10.0)
3|Active | 5|Apache Felix Metatype Service (1.0.4)
4|Active | 5|OSGi R4 Core Bundle (4.0.0)
5|Active | 5|OSGi R4 Compendium Bundle (4.0.0)
6|Active | 5|Servlet 2.1 API (1.0.0)
7|Active | 5|Apache Felix Log Service (1.0.1)
8|Active | 5|osgi.core (4.1.0.build-200702212030)
9|Active | 5|osgi.compendium (4.1.0.build-200702212030)
10|Active | 5|Apache Felix Declarative Services (1.6.0)
11|Active | 5|Apache Felix Configuration Admin Service (1.4.0)
12|Active | 5|Apache Felix Bundle Repository (1.6.6)
13|Active | 5|Apache ServiceMix :: Bundles :: jaxb-xjc (2.2.4.2)
14|Active | 5|Apache ServiceMix :: Bundles :: jaxb-impl (2.2.4.2)
15|Active | 5|geronimo-activation_1.1_spec (1.0.2)
16|Active | 5|Apache ServiceMix Specs :: STAX API 1.0 (1.0.0)
17|Active | 5|Apache ServiceMix :: Specs :: JAXB API 2.2 (1.6.0)
18|Active | 5|Apache ServiceMix :: Bundles :: xstream (1.4.3.1)
19|Active | 5|Apache ServiceMix :: Bundles :: protobuf-java (2.4.1.1)
20|Active | 5|Apache ServiceMix :: Bundles :: stax-utils
(20070216.0.0.1)
21|Active | 5|Apache ServiceMix :: Bundles :: woodstox (3.2.9.3)
22|Active | 5|Apache ServiceMix :: Bundles :: antlr-runtime (3.4.0.2)
23|Active | 5|Apache ServiceMix :: Bundles :: antlr (3.4.0.1)
24|Active | 5|Apache ServiceMix :: Bundles :: ant (1.8.4.1)
...
44|Active | 1|Apache Felix Gogo Command (0.12.0)
It shows up as Active, but for all my self defined Service Components
through the scr plugin, I get these exceptions:
Cannot register Component - java.lang.ClassCastException:
org.apache.felix.cm.impl.ConfigurationAdminImpl cannot be cast to
org.osgi.service.cm.ConfigurationAdmin
at org.apache.felix.scr.impl.config.ConfigurationComponentRegistry.createComponentHolder(ConfigurationComponentRegistry.java:125)
at org.apache.felix.scr.impl.BundleComponentActivator.loadDescriptor(BundleComponentActivator.java:244)
at org.apache.felix.scr.impl.BundleComponentActivator.initialize(BundleComponentActivator.java:147)
at org.apache.felix.scr.impl.BundleComponentActivator.<init>(BundleComponentActivator.java:111)
at org.apache.felix.scr.impl.Activator.loadComponents(Activator.java:285)
at org.apache.felix.scr.impl.Activator.bundleChanged(Activator.java:203)
at org.apache.felix.framework.util.EventDispatcher.invokeBundleListenerCallback(EventDispatcher.java:868)
at org.apache.felix.framework.util.EventDispatcher.fireEventImmediately(EventDispatcher.java:789)
at org.apache.felix.framework.util.EventDispatcher.fireBundleEvent(EventDispatcher.java:514)
at org.apache.felix.framework.Felix.fireBundleEvent(Felix.java:4244)
at org.apache.felix.framework.Felix.startBundle(Felix.java:1923)
at org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1191)
at org.apache.felix.framework.FrameworkStartLevelImpl.run(FrameworkStartLevelImpl.java:295)
at java.lang.Thread.run(Thread.java:680)
Am I doing something wrong in the other bundles? Or what is my problem here?
Any further hints would be great!
Greetings,
Kjellski
2012/10/29 Scott England-Sullivan <su...@gmail.com>:
> Hi Kjellksi,
>
> Try deploying MetaType. I believe that should allow it to activate.
>
> Best Regards,
> Scott ES
>
> On Mon, Oct 29, 2012 at 8:56 AM, Kjell Otto <ot...@gmail.com> wrote:
>> Hi there,
>>
>> I can't see any of the scr commands in the shell.
>>
>> Issueing the help command shows this:
>>
>> felix:bundlelevel
>> felix:cd
>> felix:frameworklevel
>> felix:headers
>> felix:help
>> felix:inspect
>> felix:install
>> felix:lb
>> felix:log
>> felix:ls
>> felix:refresh
>> felix:resolve
>> felix:start
>> felix:stop
>> felix:uninstall
>> felix:update
>> felix:which
>> gogo:cat
>> gogo:each
>> gogo:echo
>> gogo:format
>> gogo:getopt
>> gogo:gosh
>> gogo:grep
>> gogo:not
>> gogo:set
>> gogo:sh
>> gogo:source
>> gogo:tac
>> gogo:telnetd
>> gogo:type
>> gogo:until
>> obr:deploy
>> obr:info
>> obr:javadoc
>> obr:list
>> obr:repos
>> obr:source
>>
>> And the service is running properly:
>>
>> g! lb
>> START LEVEL 6
>> ID|State |Level|Name
>> 0|Active | 0|System Bundle (4.0.2)
>> 1|Active | 1|Apache Felix Gogo Shell (0.10.0)
>> 2|Active | 1|Apache Felix Gogo Runtime (0.10.0)
>> 3|Active | 5|Apache Felix Log Service (1.0.1)
>> 4|Active | 5|osgi.core (4.1.0.build-200702212030)
>> 5|Active | 5|osgi.compendium (4.1.0.build-200702212030)
>> 6|Active | 5|Apache Felix Declarative Services (1.6.0)
>> 7|Active | 5|Apache Felix Configuration Admin Service (1.4.0)
>> 8|Active | 5|Apache Felix Bundle Repository (1.6.6)
>> 40|Active | 1|Apache Felix Gogo Command (0.12.0)
>>
>> Any ideas? Do I need to explicitly provision a bundle for the commands
>> in addition?
>>
>> Greetings,
>> Kjellksi
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>> For additional commands, e-mail: users-help@felix.apache.org
>>
>
>
>
> --
> --
> Scott England-Sullivan
> Apache Camel Committer
> Principal Consultant / Sr. Architect | Red Hat, Inc.
> FuseSource is now part of Red Hat
> Web: fusesource.com | redhat.com
> Blog: sully6768.blogspot.com
> Twitter: sully6768
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: SCR Commands not showing up in gogo shell
Posted by Scott England-Sullivan <su...@gmail.com>.
Hi Kjellksi,
Try deploying MetaType. I believe that should allow it to activate.
Best Regards,
Scott ES
On Mon, Oct 29, 2012 at 8:56 AM, Kjell Otto <ot...@gmail.com> wrote:
> Hi there,
>
> I can't see any of the scr commands in the shell.
>
> Issueing the help command shows this:
>
> felix:bundlelevel
> felix:cd
> felix:frameworklevel
> felix:headers
> felix:help
> felix:inspect
> felix:install
> felix:lb
> felix:log
> felix:ls
> felix:refresh
> felix:resolve
> felix:start
> felix:stop
> felix:uninstall
> felix:update
> felix:which
> gogo:cat
> gogo:each
> gogo:echo
> gogo:format
> gogo:getopt
> gogo:gosh
> gogo:grep
> gogo:not
> gogo:set
> gogo:sh
> gogo:source
> gogo:tac
> gogo:telnetd
> gogo:type
> gogo:until
> obr:deploy
> obr:info
> obr:javadoc
> obr:list
> obr:repos
> obr:source
>
> And the service is running properly:
>
> g! lb
> START LEVEL 6
> ID|State |Level|Name
> 0|Active | 0|System Bundle (4.0.2)
> 1|Active | 1|Apache Felix Gogo Shell (0.10.0)
> 2|Active | 1|Apache Felix Gogo Runtime (0.10.0)
> 3|Active | 5|Apache Felix Log Service (1.0.1)
> 4|Active | 5|osgi.core (4.1.0.build-200702212030)
> 5|Active | 5|osgi.compendium (4.1.0.build-200702212030)
> 6|Active | 5|Apache Felix Declarative Services (1.6.0)
> 7|Active | 5|Apache Felix Configuration Admin Service (1.4.0)
> 8|Active | 5|Apache Felix Bundle Repository (1.6.6)
> 40|Active | 1|Apache Felix Gogo Command (0.12.0)
>
> Any ideas? Do I need to explicitly provision a bundle for the commands
> in addition?
>
> Greetings,
> Kjellksi
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
--
--
Scott England-Sullivan
Apache Camel Committer
Principal Consultant / Sr. Architect | Red Hat, Inc.
FuseSource is now part of Red Hat
Web: fusesource.com | redhat.com
Blog: sully6768.blogspot.com
Twitter: sully6768
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: SCR Commands not showing up in gogo shell
Posted by Kjell Otto <ot...@gmail.com>.
Good catch Mr. England-Sullivan, I wasn't aware that the pax-construct
gave me the !2006! version
of that dependency. I've now changed that to these, which I hope are
the appropriate ones:
<dependency>
<groupId>org.osgi</groupId>
<artifactId> org.osgi.core</artifactId>
<version> 4.3.0</version>
<scope>provided</scope>
<optional>true</optional>
</dependency>
<dependency>
<groupId>org.osgi</groupId>
<artifactId>org.osgi.compendium</artifactId>
<version>4.2.0</version>
<scope>provided</scope>
<optional>true</optional>
</dependency>
Thanks for mentioning it Mr. Baum. Is it true then that one shouldn't
see any of the commands,
with or without the MetaType bundle loaded?
Since the 1.6.2-SNAPSHOT version would lead at least to the
possibility of somewhat unstable
behavior, I'm going for the webconsole.
2012/10/29 Derek Baum <de...@gmail.com>:
> Or the web console, which has a tab for managing components.
> On 29 Oct 2012 22:46, "Derek Baum" <de...@gmail.com> wrote:
>
>> The gogo SCR commands were added after the 1.6.0 release. So you'll have
>> to use the 1.6.2-SNAPSHOT.
>>
>> --
>> Derek
>> On 29 Oct 2012 13:57, "Kjell Otto" <ot...@gmail.com> wrote:
>>
>>> Hi there,
>>>
>>> I can't see any of the scr commands in the shell.
>>>
>>> Issueing the help command shows this:
>>>
>>> felix:bundlelevel
>>> felix:cd
>>> felix:frameworklevel
>>> felix:headers
>>> felix:help
>>> felix:inspect
>>> felix:install
>>> felix:lb
>>> felix:log
>>> felix:ls
>>> felix:refresh
>>> felix:resolve
>>> felix:start
>>> felix:stop
>>> felix:uninstall
>>> felix:update
>>> felix:which
>>> gogo:cat
>>> gogo:each
>>> gogo:echo
>>> gogo:format
>>> gogo:getopt
>>> gogo:gosh
>>> gogo:grep
>>> gogo:not
>>> gogo:set
>>> gogo:sh
>>> gogo:source
>>> gogo:tac
>>> gogo:telnetd
>>> gogo:type
>>> gogo:until
>>> obr:deploy
>>> obr:info
>>> obr:javadoc
>>> obr:list
>>> obr:repos
>>> obr:source
>>>
>>> And the service is running properly:
>>>
>>> g! lb
>>> START LEVEL 6
>>> ID|State |Level|Name
>>> 0|Active | 0|System Bundle (4.0.2)
>>> 1|Active | 1|Apache Felix Gogo Shell (0.10.0)
>>> 2|Active | 1|Apache Felix Gogo Runtime (0.10.0)
>>> 3|Active | 5|Apache Felix Log Service (1.0.1)
>>> 4|Active | 5|osgi.core (4.1.0.build-200702212030)
>>> 5|Active | 5|osgi.compendium (4.1.0.build-200702212030)
>>> 6|Active | 5|Apache Felix Declarative Services (1.6.0)
>>> 7|Active | 5|Apache Felix Configuration Admin Service (1.4.0)
>>> 8|Active | 5|Apache Felix Bundle Repository (1.6.6)
>>> 40|Active | 1|Apache Felix Gogo Command (0.12.0)
>>>
>>> Any ideas? Do I need to explicitly provision a bundle for the commands
>>> in addition?
>>>
>>> Greetings,
>>> Kjellksi
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>> For additional commands, e-mail: users-help@felix.apache.org
>>>
>>>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: SCR Commands not showing up in gogo shell
Posted by Derek Baum <de...@gmail.com>.
Or the web console, which has a tab for managing components.
On 29 Oct 2012 22:46, "Derek Baum" <de...@gmail.com> wrote:
> The gogo SCR commands were added after the 1.6.0 release. So you'll have
> to use the 1.6.2-SNAPSHOT.
>
> --
> Derek
> On 29 Oct 2012 13:57, "Kjell Otto" <ot...@gmail.com> wrote:
>
>> Hi there,
>>
>> I can't see any of the scr commands in the shell.
>>
>> Issueing the help command shows this:
>>
>> felix:bundlelevel
>> felix:cd
>> felix:frameworklevel
>> felix:headers
>> felix:help
>> felix:inspect
>> felix:install
>> felix:lb
>> felix:log
>> felix:ls
>> felix:refresh
>> felix:resolve
>> felix:start
>> felix:stop
>> felix:uninstall
>> felix:update
>> felix:which
>> gogo:cat
>> gogo:each
>> gogo:echo
>> gogo:format
>> gogo:getopt
>> gogo:gosh
>> gogo:grep
>> gogo:not
>> gogo:set
>> gogo:sh
>> gogo:source
>> gogo:tac
>> gogo:telnetd
>> gogo:type
>> gogo:until
>> obr:deploy
>> obr:info
>> obr:javadoc
>> obr:list
>> obr:repos
>> obr:source
>>
>> And the service is running properly:
>>
>> g! lb
>> START LEVEL 6
>> ID|State |Level|Name
>> 0|Active | 0|System Bundle (4.0.2)
>> 1|Active | 1|Apache Felix Gogo Shell (0.10.0)
>> 2|Active | 1|Apache Felix Gogo Runtime (0.10.0)
>> 3|Active | 5|Apache Felix Log Service (1.0.1)
>> 4|Active | 5|osgi.core (4.1.0.build-200702212030)
>> 5|Active | 5|osgi.compendium (4.1.0.build-200702212030)
>> 6|Active | 5|Apache Felix Declarative Services (1.6.0)
>> 7|Active | 5|Apache Felix Configuration Admin Service (1.4.0)
>> 8|Active | 5|Apache Felix Bundle Repository (1.6.6)
>> 40|Active | 1|Apache Felix Gogo Command (0.12.0)
>>
>> Any ideas? Do I need to explicitly provision a bundle for the commands
>> in addition?
>>
>> Greetings,
>> Kjellksi
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>> For additional commands, e-mail: users-help@felix.apache.org
>>
>>
Re: SCR Commands not showing up in gogo shell
Posted by Derek Baum <de...@gmail.com>.
The gogo SCR commands were added after the 1.6.0 release. So you'll have to
use the 1.6.2-SNAPSHOT.
--
Derek
On 29 Oct 2012 13:57, "Kjell Otto" <ot...@gmail.com> wrote:
> Hi there,
>
> I can't see any of the scr commands in the shell.
>
> Issueing the help command shows this:
>
> felix:bundlelevel
> felix:cd
> felix:frameworklevel
> felix:headers
> felix:help
> felix:inspect
> felix:install
> felix:lb
> felix:log
> felix:ls
> felix:refresh
> felix:resolve
> felix:start
> felix:stop
> felix:uninstall
> felix:update
> felix:which
> gogo:cat
> gogo:each
> gogo:echo
> gogo:format
> gogo:getopt
> gogo:gosh
> gogo:grep
> gogo:not
> gogo:set
> gogo:sh
> gogo:source
> gogo:tac
> gogo:telnetd
> gogo:type
> gogo:until
> obr:deploy
> obr:info
> obr:javadoc
> obr:list
> obr:repos
> obr:source
>
> And the service is running properly:
>
> g! lb
> START LEVEL 6
> ID|State |Level|Name
> 0|Active | 0|System Bundle (4.0.2)
> 1|Active | 1|Apache Felix Gogo Shell (0.10.0)
> 2|Active | 1|Apache Felix Gogo Runtime (0.10.0)
> 3|Active | 5|Apache Felix Log Service (1.0.1)
> 4|Active | 5|osgi.core (4.1.0.build-200702212030)
> 5|Active | 5|osgi.compendium (4.1.0.build-200702212030)
> 6|Active | 5|Apache Felix Declarative Services (1.6.0)
> 7|Active | 5|Apache Felix Configuration Admin Service (1.4.0)
> 8|Active | 5|Apache Felix Bundle Repository (1.6.6)
> 40|Active | 1|Apache Felix Gogo Command (0.12.0)
>
> Any ideas? Do I need to explicitly provision a bundle for the commands
> in addition?
>
> Greetings,
> Kjellksi
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
>