Re: Karaf trunk assemblies broken [FIXED]

2011-12-02 Thread Jean-Baptiste Onofré
Done, the assembly is operational again. Regards JB On 12/03/2011 07:48 AM, Jean-Baptiste Onofré wrote: I made a first fix to include commons-jexl (requirement by aries blueprint jexl evaluator) in the startup.properties, with the correct start level. Now, I have another issue with jaas modul

Re: Karaf trunk assemblies broken

2011-12-02 Thread Jean-Baptiste Onofré
I made a first fix to include commons-jexl (requirement by aries blueprint jexl evaluator) in the startup.properties, with the correct start level. Now, I have another issue with jaas module. I fix it. @David, did you succeed to run Karaf with blueprint "individuals" ? I guess that you didn't

Karaf trunk assemblies broken

2011-12-02 Thread Jean-Baptiste Onofré
Hi all, The assemblies are broken this morning (on runtime): ERROR: Bundle org.apache.aries.blueprint.jexl.evaluator [9] Error starting mvn:org.apache.aries.blueprint/org.apache.aries.blueprint.jexl.evaluator/0.1.0 (org.osgi.framework.BundleException: Unresolved constraint in bundle org.apac

Re: Regions and equinox

2011-12-02 Thread David Jencks
I still don't know what the problem is, but if you start the regions jar a little later (start level 30) it works fine in both felix and equinox. I've committed the regions stuff and also some changes to use the little blueprint bundles rather than the all-in-one since using the smaller bundles

Re: New design for service:list

2011-12-02 Thread David Jencks
I like this a lot. I keep trying to find a way to do this with current commands :-) thanks david jencks On Dec 2, 2011, at 2:05 AM, Christian Schneider wrote: > I just opened an issue for a new design of the service:list command. The idea > is to focus on service instead of bundle on the firs

Re: New design for service:list

2011-12-02 Thread Jean-Baptiste Onofré
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? The service:list command shows all services from whole OS

Re: New design for service:list

2011-12-02 Thread Łukasz Dywicki
Hey, What about bundle:services ? 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

Re: New design for service:list

2011-12-02 Thread Glen Mazza
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 ty

Re: New design for service:list

2011-12-02 Thread Christian Schneider
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,

Re: New design for service:list

2011-12-02 Thread 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),

Re: New design for service:list

2011-12-02 Thread Christian Schneider
Hi Glen, it is about OSGi services. Bundles can offer or use Services. In my first Karaf Tutorial I show how to provide and consume services: http://www.liquid-reality.de/display/liquid/2011/02/15/Karaf+Tutorial+Part+1+-+Installation+and+First+application Basically a service is a Java object tha

Re: New design for service:list

2011-12-02 Thread Andreas Pieber
After reading the proposal the third time I really start to like it. Finally being able to search for features would be definitely great :-) In addition it would be a single entry point command for services. So, here's my big +1. Kind regards, Andreas On Fri, Dec 2, 2011 at 12:23, j...@nanthrax.n

Re: New design for service:list

2011-12-02 Thread Glen Mazza
I'm confused--what is the difference between a service and a Karaf feature (i.e., from the JIRA text "For service:list I would like to change the functionality to focus on services as the first level.") -- the only two units of program up until now I've been aware of are bundles and features, s

Re: New design for service:list

2011-12-02 Thread j...@nanthrax.net
Hi Christian, As discussed on IRC yesterday, +1 Regards JB -- Jean-Baptiste Onofré jbono...@apache.org http://blog.nanthrax.net Talend - http://wwx.talend.com - Reply message - From: "Christian Schneider" To: Subject: New design for service:list Date: Fri, Dec 2, 2011 11:05 am I jus

New design for service:list

2011-12-02 Thread Christian Schneider
I just opened an issue for a new design of the service:list command. The idea is to focus on service instead of bundle on the first level. https://issues.apache.org/jira/browse/KARAF-1077 Any feedback is very welcome. Christian -- Christian Schneider http://www.liquid-reality.de Open Source

Regions and equinox

2011-12-02 Thread David Jencks
I've been cleaning up my regions code in hopes of committing it shortly, and just pushed the current version to github (https://github.com/djencks/karaf) (region branch). After seeing 3 regression tests fail I discovered that karaf won't start under equinox when the region jar is installed. If