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
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
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
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
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
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
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
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
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,
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),
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
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
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
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
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
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
16 matches
Mail list logo