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 >
