Re: Karaf 4.0.5 cannot resolve some OSGi services

eatures.cfg > serviceRequirements=disabled > > Christian > > 2016-05-12 19:35 GMT+02:00 Arnaud Deprez <arnaudep...@gmail.com>: > >> Hi again, >> >> Sorry to insist but according to me it's a critical issue in karaf 4.0.5. >> >> So I have few questio

Re: Karaf 4.0.5 cannot resolve some OSGi services

recommend ? I know that there are some discussions about the more statical way of working of blueprint vs more dynamic with some CDI implementations (scr, what else ?) Regards, On Mon, May 9, 2016 at 4:40 PM Arnaud Deprez <arnaudep...@gmail.com> wrote: > Yep, I'm aware of this :-) > >

Re: Karaf 4.0.5 cannot resolve some OSGi services

he fix... Let's wait till he checks his mails. :) > > > On 2016-05-09 15:29, Arnaud Deprez wrote: > > Nope, as you could see in my previous mail, I can see the service when I > execute the command: service:list org.apache.camel.Component. > Moreover, when I install the exact s

Re: Karaf 4.0.5 cannot resolve some OSGi services

gan > > 2016-05-09 14:53 GMT+02:00 Arnaud Deprez <arnaudep...@gmail.com>: > >> Hi folks, >> >> Just tried the new karaf release and I met this issue when I install my >> bundles that are using blueprint as DI engine: >> Error executing command: Unable to res

Re: JPA and transaction issue in Karaf 4.0.4

Hi Christian, It has nothing to do directly with this issue but I though we should use pax-jdbc-pool-aries instead of pax-jdbc-pool-dbcp2. It's still unclear to me :-). What are the status of these 2 libraries ? What should we use ? Regards, Arnaud Deprez On Mon, Feb 8, 2016 at 1:01 PM

Re: Merry Christmas

Thank you ! Merry Christmas to all of you ! Arnaud On Fri, Dec 25, 2015 at 12:57 PM Morgan wrote: > Merry Christmas to everyone! > > On 2015-12-25 11:00, j...@nanthrax.net wrote: > > On behalf of the Karaf team, we wish a happy christmas to all Karaf > > users ! > > >

Re: Karaf Maven Plugin: Non-central repository

Just add the repository in your pom.xml or in your settings.xml (maven config). On Fri, Dec 11, 2015 at 11:34 AM Daniel McGreal wrote: > Hi Karaf users, > I have a project which relies on a jar not in Maven Central, how can I get > the maven plugin to generate a feature

karaf integration tests inside docker

Hi folks, I'm trying to develop integration tests for karaf in docker. So basically, I build a docker image with all my features/bunbles installed and I want to make some integration tests against this image. The gold of this is isolation and portability. So I know I can use citrus to test the

karaf 4.0.3 & cellar 4.0.0: cluster:feature-install doesn't work properly

Hi folks, I recently tried cellar and it doesn't seem to work properly. Actually when I try to install with cluster:feature-install, some of my bundles stays in grace period which is not the case if I use feature:install command on each node. Should I create an issue or is it a well known

Re: karaf 4.0.3 & cellar 4.0.0: cluster:feature-install doesn't work properly

One of mine On Fri, Dec 4, 2015 at 2:27 PM Jean-Baptiste Onofré <j...@nanthrax.net> wrote: > Hi Arnaud, > > is it one of your feature or reproducible with a "public" feature ? > > Regards > JB > > On 12/04/2015 02:20 PM, Arnaud Deprez wrote: >

Re: Keep repository definition while using karaf-maven-plugin

the repositories. Apparently, for the goal features-generate-descriptor, it seems that the repository tag is simply not use, whatever the options you choose. Regards, Arnaud On Sun, Nov 22, 2015 at 10:19 PM Arnaud Deprez <arnaudep...@gmail.com> wrote: > Here is the example : > http

Keep repository definition while using karaf-maven-plugin

Hi folks, I'm trying to use the karaf-maven-plugin to generate a kar file. Here is my configuration: I have 2 projects, one depends on the other. Each project has its own feature file. In my second project, I defined the following configuration : org.apache.karaf.tooling

Re: Keep repository definition while using karaf-maven-plugin

bug. > > Do you use a template for the generate descriptor or does it use the > dependencies set ? > > Regards > JB > > On 11/22/2015 08:34 PM, Arnaud Deprez wrote: > > Hi folks, > > > > I'm trying to use the karaf-maven-plugin to generate a kar file. >

Re: Keep repository definition while using karaf-maven-plugin

- pom.xml is the pom my distribution module Rgds, Arnaud On Sun, Nov 22, 2015 at 9:14 PM Jean-Baptiste Onofré <j...@nanthrax.net> wrote: > Can you share the pom.xml and features.xml ? > > Regards > JB > > On 11/22/2015 09:11 PM, Arnaud Deprez wrote: > > Hi JB, >

Re: Keep repository definition while using karaf-maven-plugin

Here is the example : https://github.com/arnaud-deprez/karaf-maven-plugin-samples So after performing mvn install, the feature.xml generated in aggregate-features/target/feature/feature.xml doesn't contain the repository tag from the features.xml from module feature2. Rgds, Arnaud On Sun, Nov

Re: [ANN] Apache Karaf 4.0.2 Released!

; On 10/13/2015 11:23 AM, Arnaud Deprez wrote: > > Apparently, it's not yet available here : > > http://archive.apache.org/dist/karaf/ > > > > On Tue, Oct 13, 2015 at 10:24 AM xlogger <xloggers...@gmail.com > > <mailto:xloggers...@gmail.com>> wrote: > &

Re: [ANN] Apache Karaf 4.0.2 Released!

Apparently, it's not yet available here : http://archive.apache.org/dist/karaf/ On Tue, Oct 13, 2015 at 10:24 AM xlogger wrote: > Thanks for the latest release! > > I found a strange issue though... If I use a win7 PC as client and enter > the > karaf shell, the backspace

Re: Bug in karaf 4.0.2

raf 4.0.0 ? > > Regards > JB > > On 10/13/2015 03:19 PM, Arnaud Deprez wrote: > > Actually, > > I had another bug with karaf 4.0.1 and jetty which was related to this > > thread : > > > http://karaf.922171.n3.nabble.com/Nullpointer-Exception-in-jetty-ContextHan

Re: Bug in karaf 4.0.2

to replace servlet by netty or another rest component. On Tue, Oct 13, 2015 at 3:07 PM Jean-Baptiste Onofré <j...@nanthrax.net> wrote: > Hi Arnaud, > > weird. Does it work with Karaf 4.0.1 ? > > Regards > JB > > On 10/13/2015 03:05 PM, Arnaud Deprez wrote: > > Hi, >

Bug in karaf 4.0.2

Hi, I've found a bug in karaf 4.0.2. Informations is there as I first thought it was related to camel 2.16.0. http://camel.465427.n5.nabble.com/Camel-2-16-0-ProducerTemplate-has-not-been-started-td5772612.html Rgds, Arnaud

Best practices : Configuration shared between bundles

Hi folks, I would like to have your opinion about my needs. I've several bundles which all need their custom configuration (own PID) but all of them depends on some common configuration depending on which environment (ie: test, production) my karaf instance is running. I'm currently using apache

Re: Best practices : Configuration shared between bundles

tion which > is used by the other services as depending service. > This way your dependent services are only started if the "common" service > is available. > > regards, Achim > > > > 2015-09-25 10:04 GMT+02:00 Arnaud Deprez <arnaudep...@gmail.com>: > >&

Re: Best practices : Configuration shared between bundles

xml > > It can be used together with a cm:property-placeholder that contains > bundle specific config from config admin. > > One problem is that the System properties do not support updates in case > of changes. So you can only use it for relatively fixed configs. > > > Christian

Re: Best practices : Configuration shared between bundles

chneider.net> > wrote: > >> You should also look into your architecture to see why you need to share >> some config. In some cases you >> can extract the commonalities into a service that can then be regularly >> configured by config admin. >> >> Can you explain

Re: Best practices : Configuration shared between bundles

gt; this is that you have a much clearer picture of what the business > requirements are when looking at the code. Unfortunately camel makes it > very easy to mix technology and business logic but this does not scale well > with project size. > > > Christian > > > On 25.09.2015

camel-swagger in karaf

Hi guys, I don't know if this mail is for camel folks or karaf folks. I'm using camel 2.15.2 with its REST DSL and camel-swagger in an OSGi environment (I tried both karaf 2.4.3 and karaf 4). I'm using the servlet component by exposing it as OSGi services : - CamelHttpTransportServlet for

Re: camel-swagger in karaf

Hi again, I just push my example here which works fine with spring-boot but still can't see the model in Karaf. https://github.com/arnaud-deprez/camel-examples/tree/master/rest There are also the features I use. If someone find what's wrong, I'd be glad ! :-) A. On Thu, Jul 16, 2015 at 2:46 PM

Re: Karaf 3.0.3 OSGi Version

Hi JB, I think it makes sense to upgrade the felix framework in K3 at least to be aligned with K2.4.Z in order to avoid confusion. Or maybe K3 won't have any improvements and all the effort should be concentrated on K4. I think the documentation should be clearer for this topic, shouldn't it ?

Re: Karaf 3.0.3 OSGi Version

j...@nanthrax.net: Hi Arnaud, if we move this way, it would make sense to go to Karaf 3.1.x as it's a major update on K3. But I think it makes sense. Thoughts ? Regards JB On 03/17/2015 01:42 PM, Arnaud Deprez wrote: Hi JB, I think it makes sense to upgrade the felix framework

Re: Which version of Karaf should we choose

Ok, thanks a lot for your quick answer. Regards, Arnaud Deprez 2015-02-02 12:03 GMT+01:00 Jean-Baptiste Onofré j...@nanthrax.net: Hi, I second Achim there. Again, the Karaf 2.4.x purpose is for migration: it's for the user that wants to easily move from 2.3 to 3.0. For a new project

Re: [PROPOSAL] Karaf Decanter monitoring

Hi, I find the idea very interesting, but I'm not sure I get the whole point. Just for my information, comparing to what hawtio and its log plugin provide, what are the differences with your solution ? 2014-10-14 18:29 GMT+02:00 David Bosschaert david.bosscha...@gmail.com: +1 this looks like

Re: [PROPOSAL] Karaf Decanter monitoring

Thanks JB to bring me some light. I was just wondering. I don't want to start a discussion/troll too :-). Anyway, it's a very good idea. It can be a very good alternative and it can improve both projects ! I say +1 but I'm not sure if my vote will be taken into account :-). Cheers 2014-10-14

Re: Using visualvm to profile/monitor karaf instance

Ok but NPE isn't normal. If it's due to the acl, we should have something like Forbidden or something like that 2014-08-02 21:53 GMT+02:00 j...@nanthrax.net j...@nanthrax.net: Remote connection works. Local no and it's normal due to the acl. -- Jean-Baptiste Onofré jbono...@apache.org