bundle start order and service listeners

I'm about to write code in which I set up blueprint injection of the bundle context so that I can obtain a service. It occurs to me that I've seen, out of my peripheral vision, some talk about issues of start order: how to I ensure that my bundle goes looking for the service after the source of the

Re: bundle start order and service listeners

events, leave that to ServiceTracker. > > thanks > david jencks > >> On Jul 23, 2015, at 10:22 AM, Benson Margulies wrote: >> >> I'm about to write code in which I set up blueprint injection of the >> bundle context so that I can obtain a service. It occurs t

Slightly mangled web page

https://karaf.apache.org/manual/latest-2.2.x/developers-guide/features-maven-plugin.html This looks wrong under the goal column.

features-maven-plugin isn't finding my bundle in Maven

I have the following bundle element in my features.xml. mvn:com.basistech.rbl:rbl-osgi/7.13.102.c57.0 This artifact (com.basistech.rbl:rbl-osgi:7.13.102.c57.0) surely exists in my local maven repository. It's OSGi version is not the same as it's Maven version. Am I supposed to give the OSGi bund

Re: features-maven-plugin isn't finding my bundle in Maven

On Thu, Jul 23, 2015 at 1:08 PM, Benson Margulies wrote: > I have the following bundle element in my features.xml. > > dependency="true">mvn:com.basistech.rbl:rbl-osgi/7.13.102.c57.0 > > This artifact (com.basistech.rbl:rbl-osgi:7.13.102.c57.0) surely > exis

Re: Slightly mangled web page

lugin, and perhaps the doc would illuminate. > Regards > JB > > On 07/23/2015 06:57 PM, Benson Margulies wrote: >> >> >> https://karaf.apache.org/manual/latest-2.2.x/developers-guide/features-maven-plugin.html >> >> This looks wrong under the goal colum

Re: Slightly mangled web page

e location of the latest documentation (Karaf 4). > > https://karaf.apache.org/manual/latest/ > > Regards > JB > > On 07/23/2015 07:35 PM, Benson Margulies wrote: >> >> On Thu, Jul 23, 2015 at 1:33 PM, Jean-Baptiste Onofré >> wrote: >>> >>> I

Re: Slightly mangled web page

I'm clearly starting from an ancient example. On Thu, Jul 23, 2015 at 2:44 PM, Jean-Baptiste Onofré wrote: > By the way, this is the location of the latest documentation (Karaf 4). > > https://karaf.apache.org/manual/latest/ > > Regards > JB > > On 07/23/2015 07:

Re: Slightly mangled web page

More web site problem: https://karaf.apache.org/manual/latest/developers-guide/blueprint.html is a dead link. On Thu, Jul 23, 2015 at 3:32 PM, Benson Margulies wrote: > I'm clearly starting from an ancient example. > > > > On Thu, Jul 23, 2015 at 2:44 PM, Jean-Bapti

Re: Slightly mangled web page

epend on the CXF feature, but I don't get the CXF feature, I get various CXF bundles. See https://gist.github.com/bimargulies/89582c7edb30214773b0. On Thu, Jul 23, 2015 at 3:44 PM, Benson Margulies wrote: > More web site problem: > > https://karaf.apache.org/manual/late

What version of slf4j is provided in karaf?

When I try to install a feature that lists mvn:org.slf4j/slf4j-api/1.7.5 it complains that it cannot find an implementation: [caused by: Unable to resolve slf4j.api/1.7.5: missing requirement [slf4j.api/1.7.5] osgi.wiring.package; filter:="(&(osgi.wiring.package=org.slf4j.impl)(version>=1.6.0

Re: What version of slf4j is provided in karaf?

feature:list does not list pax-logging. On Fri, Jul 24, 2015 at 6:49 AM, Benson Margulies wrote: > When I try to install a feature that lists > > mvn:org.slf4j/slf4j-api/1.7.5 > > it complains that it cannot find an implementation: > > [caused by: Unable to resolve slf

Re: What version of slf4j is provided in karaf?

4, 2015 at 8:35 AM, Jean-Baptiste Onofré wrote: > It's not a feature, it's directly a system bundle (that you can see with la > and defined in etc/startup.properties). > > Regards > JB > > On 07/24/2015 12:52 PM, Benson Margulies wrote: >> >> feature:list

Docker

Thanks to various assistance from hereabouts, I have a working web service in Karaf. Next stop: a Docker container. Would anyone here care to recommend (or not) the io8/fabric8 tools for this job?

testing web page points to possibly obsolete information for 4.0.0

https://karaf.apache.org/manual/latest/developers-guide/writing-tests.html This talks about org.apache.karaf.tooling.exam:org.apache.karaf.tooling.exam.container which has not been released since a 3.0.0 RC. Are the coordinates wrong?

Re: testing web page points to possibly obsolete information for 4.0.0

The answer is: org.ops4j.pax.exam pax-exam-container-karaf 4.5.0 test The next question is: how do I provision a kar into here? On Fri, Jul 24, 2015 at 12:07 PM, Benson Margulies wrote: > https://karaf.apache.org/manual/latest/developers-guide/writing-tests.html >

Re: Docker

I did. [1] > > regards, Achim > > [1] - > https://github.com/ANierbeck/JavaLang-Tooling/tree/master/Karaf-Service-Docker > > 2015-07-24 17:21 GMT+02:00 Benson Margulies : >> >> Thanks to various assistance from hereabouts, I have a working web >> service in K

assembly and the 'standard' feature

I took: standard management from https://karaf.apache.org/manual/latest/developers-guide/writing-tests.html The plugin tells me that there is no

Re: Docker

JavaLang-Tooling/tree/master/Karaf-Service-Configuration > > regards, Achim > > > 2015-07-24 20:46 GMT+02:00 Benson Margulies : >> >> Achim, >> >> This looks great. Do you use the karaf-assembler upstream to get the >> pieces together? I'm a bit pu

Re: Docker

aster/karaf-deployer-maven-plugin > [2] - > https://github.com/ANierbeck/JavaLand-Microservices/blob/master/service-impl/pom.xml#L115-L131 > > 2015-07-24 22:57 GMT+02:00 Benson Margulies : >> >> I think I get the idea, but permit me to explain what I want to do. >> >> I hav

Re: Docker

the docker cli > > regards, Achim > > > 2015-07-24 23:42 GMT+02:00 Benson Margulies : >> >> Achim, >> >> Why 'volumne' in and not a in the volumes? >> >> ${user.home}/.m2/repository:/opt/karaf/maven-repo >> >> On Fri, Jul 24, 2015 at

Re: assembly and the 'standard' feature

kar > log > package > service > system > > > Regards > JB > > On 07/24/2015

Re: assembly and the 'standard' feature

JB, sending that email was an act of rubber-duck; I realized what file from Achim's sample I must have disturbed. I would still be grateful to a pointer to background on the karaf startup process so I can make sense of the taxonomy of features.

ssh keys

2015-07-26 02:27:19,841 | WARN | c]-nio2-thread-1 | SimpleGeneratorHostKeyProvider | 128 - org.apache.sshd.core - 0.14.0 | Unable to read key /opt/karaf/apache-karaf/etc/ssh/docker: java.io.StreamCorruptedException: invalid stream header: 2D2D2D2D That's an ssh RSA private key, generated with s

Re: ssh keys

; > can you check in etc/org.apache.karaf.shell.cfg that the keySize and > algorithm properties match you generated key. > > As the default is DSA (in etc/org.apache.karaf.shell.cfg), and as you > created a RSA key, I bet the problem is there. > > Regards > JB > > On 07

Re: ssh keys

's values when reading, and then generates a key if it can't read. It only reads from serialized Java. I feel a patch coming on. > On Sun, Jul 26, 2015 at 7:29 AM Benson Margulies > wrote: >> >> JB, according to the thread you linked, somehow I have to convince

Re: ssh keys

good to be able to specify the provider in the cfg file. I'd > help with that patch if you want a partner in crime. :) > On Sun, Jul 26, 2015 at 7:43 AM Benson Margulies > wrote: >> >> On Sun, Jul 26, 2015 at 7:33 AM, James Carman >> wrote: >> > That was

Re: ssh keys

we can go to the dev list or the JIRA and hash out whether to implement the provider? > On Sun, Jul 26, 2015 at 8:03 AM Benson Margulies > wrote: >> >> I could use help with the testing. >> >> https://github.com/bimargulies/karaf/tree/karaf-3882-pem >> &g

Re: ssh keys

On Sun, Jul 26, 2015 at 8:06 AM, James Carman wrote: > jwcarman You are added.

Re: ssh keys

So, I'm standing back and seeing if you care to fill in org.apache.karaf.itests.SshKeyFormatTest . Let me know; I'm sure I can cargo-cult it into existence. On Sun, Jul 26, 2015 at 8:11 AM, Benson Margulies wrote: > On Sun, Jul 26, 2015 at 8:06 AM, James Carman > wrote: >>

BouncyCastle

PEM key-reading in Mina requires BouncyCastle. So, the test I wrote to try out PEM keys in Karaf fails, because there's no BC in the default build. Any suggestions? I hate to offer a patch without a test. I wish that MINA had PEM reading support that didn't depend on BC.

Re: BouncyCastle

lable at ServiceMix that you > can deploy in Karaf (or use as standalone). > > Regards > JB > > > On 07/27/2015 03:49 AM, Benson Margulies wrote: >> >> PEM key-reading in Mina requires BouncyCastle. >> >> So, the test I wrote to try out PEM keys in Karaf

Re: BouncyCastle

I did write a pax-exam test, which fails because BC is missing. I think I can make the server side use PEM keys without BC, in spite of Mina.

Re: BouncyCastle

James, I'm not sure that adding bundles on the test changes what's available on the server side, but I'll try it. On Mon, Jul 27, 2015 at 8:19 AM, James Carman wrote: > Your pax exam test should be able to install the bundles it needs. > > On Mon, Jul 27, 2015 at

Re: BouncyCastle

d here: > > https://github.com/ops4j/org.ops4j.pax.exam2/blob/master/samples/exam-itest-sample-karaf/src/test/java/org/ops4j/pax/exam/sample/karaf/CalculatorITest.java > > > On Mon, Jul 27, 2015 at 9:54 AM Benson Margulies > wrote: >> >> James, I'm not sure that

Re: BouncyCastle

afites. I spent some time trying to reconstruct a PEM reader without it, and I hit a wall, in spite of various code samples lying about that claimed to provide a path; I might try some more tonight. > > On Mon, Jul 27, 2015 at 10:30 AM Benson Margulies > wrote: >> >> Yes, I did t

Re: BouncyCastle

I've succeeded in avoiding BC in favor of not-commons-ssl for reading OpenSSL key files in all their glory. I have a bit of cleanup left to do on the test.

Re: BouncyCastle

gt; On 07/27/2015 04:52 PM, Benson Margulies wrote: >> >> On Mon, Jul 27, 2015 at 10:41 AM, James Carman >> wrote: >>> >>> We're probably going to have to monkey with the MANIFEST.MF file to get >>> the >>> right imports. >> >> >

Docker, amazon, ssh, ????

I have a running EC2 instance that has... A docker container that has ... A karaf installation I can ssh into that copy of Karaf. I can start and stop that container, reboot the instance, all's good. However, when I make an AMI of the instance and create a new instance from the AMI, all is

Re: Docker, amazon, ssh, ????

No. But an error in my systemd unit file that turned out to cause this. On Thu, Jul 30, 2015 at 11:07 AM, Jean-Baptiste Onofré wrote: > No firewall or whatever on the network level ? > > Regards > JB > > > On 07/30/2015 03:51 PM, Benson Margulies wrote: >> >> I

Extra work in doc of assembly packaging

http://karaf.apache.org/manual/latest/developers-guide/custom-distribution.html This asks for an explicit execution of the maven-resources-plugin, but it's not needed. The lifecycle definition for karaf-assembly includes the resources plugin.

A unit tests where the test runs --- outside --- karaf

I'd like to use the pax exam karaf support to launch karaf, but then run a unit test where the test itself is plain old java code that is not OSGi and not inside the container. The point here is to talk to a web service inside the container from outside. Is there a model for this?

The maven-site-plugin doc for the karaf-maven-plugin

Could I please help arrange for this to be part of your website?

Re: The maven-site-plugin doc for the karaf-maven-plugin

On Sat, Aug 1, 2015 at 10:39 AM, Jean-Baptiste Onofré wrote: > http://karaf.apache.org/manual/latest/developers-guide/karaf-maven-plugin.html Was that made with the maven-site-plugin? Out-of-date would explain the missing params, but why not just publish the straight-up output of the site plugin

Doc contribution

This might make sense as part of the doc. https://gist.github.com/bimargulies/a125bc534dd5c2dc8596

Re: Doc contribution

gt; Regards > JB > > > On 08/02/2015 04:08 PM, Benson Margulies wrote: >> >> This might make sense as part of the doc. >> >> https://gist.github.com/bimargulies/a125bc534dd5c2dc8596 >> > > -- > Jean-Baptiste Onofré > jbono...@apache.org > http://blog.nanthrax.net > Talend - http://www.talend.com

Re: Doc contribution

I'm trying to pay back for all the help for my incessant confused questions :-) On Sun, Aug 2, 2015 at 1:22 PM, Jean-Baptiste Onofré wrote: > Anyway Benson, thanks a bunch for your contribution. Much appreciated. > > Regards > JB > > > On 08/02/2015 07:14 PM, Benson M

Using config admin to configure jetty (or tomcat?)

I am wishing to use config admin, rather than messing around with entire XML files in the file system or in bundles, to configure the number of worker threads for the HTTP service. Is there a way?

Re: Using config admin to configure jetty (or tomcat?)

improvement for configuring threads for the http > service with 6 an 4.2 [2]. > > regards, Achim > > [1] - > http://ops4j.github.io/pax/web/SNAPSHOT/index.html#Configuration-ConfigurationviaOSGiConfigurationAdminService > [2] - https://ops4j1.jira.com/browse/PAXWEB-868 >

Re: Using config admin to configure jetty (or tomcat?)

0 6 false On Tue, Aug 18, 2015 at 3:06 PM, Achim Nierbeck wrote: > no, it will work for both servers, it's just undertow that works > differently. > > regards, Achim > > 2015-08-18 21:03 GMT+02:00 Benson Margulies : >> >> OK, so if I pull in

Re: Using config admin to configure jetty (or tomcat?)

llow, but on the karaf manual page is no such > configuration. > With Pax-Web Jetty it's possible to have also the std. jetty.xml > configurations. > > since PAXWEB-868 it's also possible to use configurations via config admin. > > regards, Achim > > >

Re: Using config admin to configure jetty (or tomcat?)

;> > configuration. >> > With Pax-Web Jetty it's possible to have also the std. jetty.xml >> > configurations. >> > >> > since PAXWEB-868 it's also possible to use configurations via config >> > admin. >> > >> > regards, Achim

Re: Using config admin to configure jetty (or tomcat?)

they'll need some extra care when > being used with pax-web. > some of those configurations need to use a slightly different syntax. > > regards, achim > > > 2015-08-19 22:48 GMT+02:00 Benson Margulies : >> >> I got the PAXWEB-868 parameters to work for me wit

Re: system properties file (multiple ones)

I am doing this today. The fact is that Karaf reads etc/override.properties and treats its contents as 'overrides' over system.properties. So, my assembly has one of these to set some properties. I could make an argument that KARAF_ETC should be a 'PATH'-like list to avoid having to diddle the co

Re: system properties file (multiple ones)

It is read at startup. The important question is whether it ends up in the etc directory. Have you looked at the generated assembly to see if the file is in the right place? Perhaps it's not travelling from src/main/resources to etc correctly. On Fri, Aug 21, 2015 at 8:51 AM, maggu2810 wrote: >

Re: system properties file (multiple ones)

Wait, don't use 'overrides.properties', use 'custom.properties'. On Fri, Aug 21, 2015 at 9:41 AM, maggu2810 wrote: > 2015-08-21 15:25 GMT+02:00 Benson Margulies [via Karaf] > : > > It is read at startup. The important question is whether it ends up in >

Re: system properties file (multiple ones)

ollow you. > > Regards > JB > > On 08/21/2015 03:44 PM, Benson Margulies wrote: > >> Wait, don't use 'overrides.properties', use 'custom.properties'. >> >> >> >> On Fri, Aug 21, 2015 at 9:41 AM, maggu2810 > <

Re: system properties file (multiple ones)

onfig.properties could be extended and entries could be overwritten >>> by custom.properties entries. >>> system.properties could be extended and entries could be overwritten >>> by ??? entries. >>> >>> 2015-08-21 15:56 GMT+02:00 Benson Margulies [via Karaf

What is happening when feature:install does nothing?

karaf@root>feature:list | grep rosa rosapi-worker | 0.0.1.SNAPSHOT | x| Uninstalled | rosapi-worker| Rosette API Worker endpoint Karaf feature karaf@root>feature:install rosapi-worker karaf@root>feature:list | grep rosa rosapi-worker | 0.0

Re: What is happening when feature:install does nothing?

I answered my own question, and now I think I'll try to figure out why no diagnosis! My feature includes a bundle that requires Java 1.8, and I wasn't using Java 1.8. On Sat, Aug 22, 2015 at 11:11 AM, Benson Margulies wrote: > karaf@root>feature:list | grep rosa

Re: What is happening when feature:install does nothing?

he 1.8 business is the real explanation; it seems to work (or not) for some other reason. And there is positively nothing in the log. > > Regards > JB > > > On 08/22/2015 05:22 PM, Benson Margulies wrote: >> >> I answered my own question, and now I think I'l

Re: What is happening when feature:install does nothing?

On Sat, Aug 22, 2015 at 12:50 PM, Benson Margulies wrote: > On Sat, Aug 22, 2015 at 12:39 PM, Jean-Baptiste Onofré > wrote: >> First: your bundle should have the 1.8 requirement: the feature resolver >> will fail as the requirement is not satisfied. >> >> Second: d

Re: What is happening when feature:install does nothing?

The story here turns out to be a simple wiring error. I accidently messed up a bundle so that it imported a package that nothing exported. But I got no wiring errors, just no results of installing the feature. On Sat, Aug 22, 2015 at 1:03 PM, Benson Margulies wrote: > On Sat, Aug 22, 2015

Updating just one bundle

If I make a repair that effects only a single bundle from a feature, is it considered reasonable to use bundle:update, or will this cause a tangle with feature book-keeping?

What to do about an invalid bundleContext in a karaf bundle in a test?

This is a pax-exam test using pax-exam 4.6.0 and karaf 4.0.1. The test hangs after producing this message. 2015-08-27 19:49:41,138 | WARN | pool-10-thread-1 | Activator | 8 - org.apache.karaf.features.core - 4.0.1 | Error starting activator java.lang.IllegalStateException: Invalid

Unknown protocol wrap in a pax-exam test.

This is a pax-exam 4.6.0 test using the karaf container, version 4.0.1. pax-url-wrap is in the classpath, though I wouldn't have thought that mattered; excluding it did not help. The test pauses for a long time after loading org.ops4j.pax.exam.inject, and then starts complaining as follows. The p

Re: Unknown protocol wrap in a pax-exam test.

So, I got rid of all my wrap cases, and now I've got a wiring error on org.slf4j. I thought that karaf would be loading up pax-logging for this purpose? On Thu, Aug 27, 2015 at 8:26 PM, Benson Margulies wrote: > This is a pax-exam 4.6.0 test using the karaf container, version 4.0.1. >

Re: Unknown protocol wrap in a pax-exam test.

real boot features? On Thu, Aug 27, 2015 at 9:05 PM, Benson Margulies wrote: > So, I got rid of all my wrap cases, and now I've got a wiring error on > org.slf4j. I thought that karaf would be loading up pax-logging for > this purpose? > > On Thu, Aug 27, 2015 at 8:26 PM, B

Re: Unknown protocol wrap in a pax-exam test.

en anyway. AFAIR, we fixed something around that: can you make a try with >> Karaf 4.0.2-SNAPSHOT ? >> >> Regards >> JB >> >> >> On 08/28/2015 02:26 AM, Benson Margulies wrote: >>> >>> This is a pax-exam 4.6.0 test using the karaf container, versio

Re: What to do about an invalid bundleContext in a karaf bundle in a test?

invalid. > > Check if your test doesn't imply a refresh (for instance if you install a > feature during the test that resolve an optional import, and so trigger a > refresh). > > Regards > JB > > > On 08/28/2015 01:52 AM, Benson Margulies wrote: >> >>

Re: What to do about an invalid bundleContext in a karaf bundle in a test?

After further fussing, I now have a situation where karaf 'hangs' after logging an intent to install one of my bundles, and then fails with a 'Cannot get the remote bundle context' exception from pax-exam/rbc. This is at log level DEBUG. In Karaf 4, are mirrors still not read from settings.xml? I

pax-exam karaf rbc connection refused

I tried starting the copy of Karaf left behind when the test hangs. Is the following a real problem, or just a side-effect of pax-exam not being there? java.rmi.ConnectException: Connection refused to host: tinfoilhat.fios-router.home; nested exception is: java.net.ConnectException: Connection re

Lessons learned from my first attempt to use the pax-exam test container

In penance for my many emails, I am hoping that this message is googleable for others, or can be adapted to documentation. 1: Beware of 'wrap' -- or -- undefined protocol 'wrap:' The karaf-maven-plugin will cheerfully create wrap urls, but does not add a feature dependency for the wrap featur

Re: Lessons learned from my first attempt to use the pax-exam test container

ettings.xml containing the mirror definition. > > Regards > JB > > > On 08/28/2015 02:12 PM, Benson Margulies wrote: >> >> In penance for my many emails, I am hoping that this message is >> googleable for others, or can be adapted to documentation. >> &g

Re: Lessons learned from my first attempt to use the pax-exam test container

Perhaps the version of aether involved doesn't do 'external:*' for mirrorOf? It's working for me now with a plain '*'. On Fri, Aug 28, 2015 at 11:17 AM, Benson Margulies wrote: > Hmm. I tried adding it to my ~/.m2/settings.xml and that didn't seem > to w

concurrent mod exception in org.apache.karaf.util.tracker.BaseActivator

Karaf 4.0.1. ERROR: Bundle org.apache.karaf.features.core [8] Error stopping bundle. (java.util.ConcurrentModificationException) java.util.ConcurrentModificationException at java.util.ArrayList$Itr.checkForComodification(ArrayList.java:886) at java.util.ArrayList$Itr.next(ArrayList.java:836) at or

Re: Lessons learned from my first attempt to use the pax-exam test container

ify the > location of the settings.xml in etc/org.ops4j.pax.url.mvn.cfg as well. > > Regards > JB > > > On 08/28/2015 05:17 PM, Benson Margulies wrote: >> >> Hmm. I tried adding it to my ~/.m2/settings.xml and that didn't seem >> to work. I'll try ag

Re: Lessons learned from my first attempt to use the pax-exam test container

, Aug 29, 2015 at 7:18 AM, Jean-Baptiste Onofré wrote: > And the .m2/settings.xml of the user who is running Karaf contains the proxy > setting ? > > Regards > JB > > > On 08/29/2015 01:15 PM, Benson Margulies wrote: >> >> Hmm. The file comments say that

Re: Lessons learned from my first attempt to use the pax-exam test container

| 4 - org.apache.felix.fileinstall - 3.5.0 | BundleEvent STOPPING - org.apache.felix.fileinstall On Sat, Aug 29, 2015 at 7:30 AM, Benson Margulies wrote: > Yes. There's only one user, me, I'm developing. All this email was me > struggling to get one pax-exam test to work. And it

Re: Lessons learned from my first attempt to use the pax-exam test container

, Benson Margulies wrote: > I turned the logging level to DEBUG all around: > > It hangs, but how it hangs is not simply repeatable. The next time I > ran it, no backtrace, just 'fileinstall' STOPPING and no further > progress. Below you'll see an exception. It look

Tuning start= on a bundle in a feature

Here's a start/main/feature/feature.xml. Note the use of my particular Maven property: rosette-osgi-version. Is there a way to get the Karaf plugin to use the version from the dependency tree? http://karaf.apache.org/xmlns/features/v1.3.0";> ${project.description} mvn:com.bas

A very busy resolver

I have a copy of Karaf which seems to be running indefinitely doing resolution calculations. (4.0.1) Log level DEBUG is not informative. What could I do to gain insight into this? pool-2-thread-1" #34 prio=5 os_prio=31 tid=0x7f7f991a5000 nid=0x8503 runnable [0x000127545000] java.la

Re: A very busy resolver

, Aug 31, 2015 at 3:04 PM, Benson Margulies wrote: > I have a copy of Karaf which seems to be running indefinitely doing > resolution calculations. > > (4.0.1) > > Log level DEBUG is not informative. > > What could I do to gain insight into this? > > > > p

Re: aries-blueprint

In karaf 4.0.1 can I put multiple items in the parens, or parens around multiple items? On Mon, Aug 31, 2015 at 2:54 PM, wrote: > Ok. I will use that method and the replaceconfigurationfile option in > paxexam. Thank you for that help. I am going under the assumption that > things specified l

Re: A very busy resolver

ng to the latest Framework (version 5.2.0) as a lot of work has > gone into the resolver recently... > > Cheers, > > David > > On 31 August 2015 at 20:04, Benson Margulies wrote: >> I have a copy of Karaf which seems to be running indefinitely doing >> resolution c

Re: aries-blueprint

Depending on where I put the parens (whether I just push blueprint to the front, or also more of the usual suspects), my test either has Karaf in a loop initializing over and over, or looping in the felix resolver. Frustrated I am. On Mon, Aug 31, 2015 at 4:23 PM, wrote: > Nevermind. I was poi

Re: A very busy resolver

t; > > On 08/31/2015 09:32 PM, Benson Margulies wrote: >> >> Well, I wonder how to change the version of the felix resolver out >> from under Karaf. >> >> On Mon, Aug 31, 2015 at 3:14 PM, David Bosschaert >> wrote: >>> >>> This seems more o

Re: aries-blueprint

See g...@github.com:bimargulies/karaf-loop-tc.git. The master branch just sits there, but I don't see the loop in the resolver, more's the pity. The loop-by-reorder branch initialized over and over; this one has the boot list set to the following, and then cxf and my feature get added to the end

Re: A very busy resolver

pdate etc/system.properties to define the > location of the framework to use (and copy into the system folder). > > Regards > JB > > > On 08/31/2015 09:32 PM, Benson Margulies wrote: >> >> Well, I wonder how to change the version of the felix resolver out >> from under Kar

Re: aries-blueprint

xecutor.java:1145)[:1.7.0_72] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)[:1.7.0_72] at java.lang.Thread.run(Thread.java:745)[:1.7.0_72] On Mon, Aug 31, 2015 at 7:58 PM, Benson Margulies wrote: > See g...@github.com:bimargulies/karaf-loop-tc.git. >

Re: aries-blueprint

java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)[:1.8.0_05] at java.lang.Thread.run(Thread.java:745)[:1.8.0_05] On Mon, Aug 31, 2015 at 9:28 PM, Benson Margulies wrote: > I tried to use 5.2.0 as the framework, but I did not get very far. > > In pax-exam, I can't see a wa

Re: A very busy resolver

I'm hoping that you might have time to try out the test case I published on the other thread. :-) On Tue, Sep 1, 2015 at 1:04 AM, Jean-Baptiste Onofré wrote: > Sorry, config.properties. > > Regards > JB > > > On 09/01/2015 02:13 AM, Benson Margulies wrote: >> >

Re: A very busy resolver

I built Karaf with Felix framework 5.2.0, which (presumably) incorporates the latest resolver, and it still bogs down in there. I'll take this question over to felix. On Tue, Sep 1, 2015 at 7:24 AM, Benson Margulies wrote: > I'm hoping that you might have time to try out th

Re: A very busy resolver

ork, or also the resolver ? > > Regards > JB > > > On 09/01/2015 02:27 PM, Benson Margulies wrote: >> >> I built Karaf with Felix framework 5.2.0, which (presumably) >> incorporates the latest resolver, and it still bogs down in there. >> I'll take this qu

Trouble with qualifiers and the assembly goal of the karaf-maven-plugin

I go to some trouble to give my snapshots true unique OSGi qualifiers. Thus, 1.5.0-SNAPSHOT of my bundle has this in it's manifest: Bundle-Name: rosapi-common Bundle-SymbolicName: com.basistech.ws.rosapi-common Bundle-Version: 1.5.0.v20150901094750 The feature.xml has: mvn:com.basistech.

Re: Trouble with qualifiers and the assembly goal of the karaf-maven-plugin

8))"]] -> [Help 1] On Tue, Sep 1, 2015 at 6:21 PM, Benson Margulies wrote: > I go to some trouble to give my snapshots true unique OSGi qualifiers. > > Thus, 1.5.0-SNAPSHOT of my bundle has this in it's manifest: > > Bundle-Name: rosapi-common > Bundle-Symb

Re: Trouble with qualifiers and the assembly goal of the karaf-maven-plugin

KARAF-3069: no support for setting the javase level when making an assembly. Patch coming. On Tue, Sep 1, 2015 at 8:03 PM, Benson Margulies wrote: > Well, I was wrong about the qualifiers. I took them out and got: > > [ERROR] Failed to execute goal > org.apache.karaf.tooling:karaf-

backtraces on Aries blueprint init method exceptions

When a blueprint bean's init method throws an exception, the karaf log does not get the 'cause' backtrace, which makes it rather opaque. Is this an Aries issue or a Karaf issue?

Finding the feature(s) that include a bundle

Is there a Karaf command that takes a bundle and reveals the features that contain it?

Services, start levels, and waiting

So, At start-level 75, I have some bundles that register some services. But, of course, it takes a moment for them to start. Meanwhile, at start level 80, I have a bundle that uses blueprint to inject a list of all these services. I find that it starts before all the services are on-board. Is or

  1   2   3   4   >