Hi Lukasz,
it's what we discussed with Christian:
- service:list will show the services
- bundle:service-list will show the services of a bundle
Regards
JB
On 12/02/2011 06:43 PM, Łukasz Dywicki wrote:
Hey,
What about bundle:services<bundle-id>? The service:list command shows all
services from whole OSGi registry, but what *if* somebody wan'ts to check one bundle
for services used or registered? That's typical case during development.
Regards,
Lukasz
OK, so you're just creating an enhanced version of the disappeared ls command,
and wish to name it services:list instead of services:ls, for greater naming
consistency (silly to have bundles:list but services:ls, unless you're
interesting in having both available for the user without need to type in the
scope.) Sounds good.
I haven't checked, but it seems hard to believe the "ls" command (or a similar
equivalent) is no longer present in 3.0 -- I would think it's a useful command that
should be retained, unless it's already been replaced by something better in 3.0. So I
guess my only remaining suggestion would be to make sure yours is the only
services:list-type command we have in 3.0; otherwise to rename and enhance whatever
already existing command there is in 3.0 with the new functionality.
Regards,
Glen
On 12/02/2011 08:40 AM, Christian Schneider wrote:
Good questions.
The bundle:list and list should definately still show bundles.
From what I see in trunk the ls and osgi:list commands are gone anyway and I
think that is good as our new commands focus on resources like bundle or
service.
Christian
Am 02.12.2011 14:27, schrieb Glen Mazza:
Oh, thanks for the tutorial, I was unaware of the "export" and "ls" commands.
LSNED I guess.
Anyway, question, as a result of your proposal, when I enter "list" at the
Karaf command prompt -- what will I receive, what you're proposing to rename bundles:list
(what we presently see by default), or this new services:list?
Also, shouldn't this services:list *replace* the osgi:ls command, so we're not
maintaining two very similar commands (as it looks like the former will
sufficiently handle what the latter does)?
Thanks,
Glen
--
Glen Mazza
Talend Community Coders
http://coders.talend.com
blog: http://www.jroller.com/gmazza
--
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com
