I tried and it appears to be working for me. Not sure what's up. I took the Gogo Command bundle and modified frameworklevel() to be frameworkLevel() and it worked. Make sure you are doing whatever it does.

-> richard

On 3/20/13 14:18 , Cristiano Gavião wrote:
Hi Richard,

nothing against it ignore cases.

the the big problem is that it is requiring that the method name be all
lowercase.

it is completely ignoring this method:

     @Descriptor("Run stories with an annotated embedder runner.")
     public void runStoriesWithAnnotatedEmbedderRunner(@Descriptor("class
names") String classNames) {

     }

even if I register it as "runstorieswithannotatedembedderrunner"

2013/3/20 Richard S. Hall <[email protected]>

I think that Gogo effectively ignores case, as you can see here:

g! lb
START LEVEL 1
    ID|State      |Level|Name
     0|Active     |    0|System Bundle (4.3.0.SNAPSHOT)
     1|Active     |    1|Apache Felix Bundle Repository (1.6.6)
     2|Active     |    1|Apache Felix Gogo Command (0.12.0)
     3|Active     |    1|Apache Felix Gogo Runtime (0.10.0)
     4|Active     |    1|Apache Felix Gogo Shell (0.10.0)
g! LB
START LEVEL 1
    ID|State      |Level|Name
     0|Active     |    0|System Bundle (4.3.0.SNAPSHOT)
     1|Active     |    1|Apache Felix Bundle Repository (1.6.6)
     2|Active     |    1|Apache Felix Gogo Command (0.12.0)
     3|Active     |    1|Apache Felix Gogo Runtime (0.10.0)
     4|Active     |    1|Apache Felix Gogo Shell (0.10.0)
g!

-> richard


On 3/20/13 13:59 , Cristiano Gavião wrote:

Hello,

I'm trying to register some commands in GoGo but I'm get problems when
using a method name with uppercase and lowercase:

The service is being registered but the command is being created by gogo.
If I remove the uppercase it handle the function properly.

{org.jbehave.osgi.commands.**RunStoriesWithAnnotatedEmbedde**
rRunner}={osgi.command.**function=[runAs],
component.name=Command Provider for JBehave Embedder Service,
component.id=3,
osgi.command.scope=jbehave, service.id=73}

Is this a bug?

thanks,

Cristiano


------------------------------**------------------------------**---------
To unsubscribe, e-mail: 
users-unsubscribe@felix.**apache.org<[email protected]>
For additional commands, e-mail: [email protected]





---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to