Fileinstall, feature config and pax-exam

Hello, We are running a couple of integration tests using pax-exam 4.10.0 and Karaf 4.0.8. In the test's @Configuration method we install a feature that contains both the bundle under test and the corresp. configuration files. The tests work fine on most dev machines except one where the test

Re: Fileinstall, feature config and pax-exam

I think there is or was an issue with loading factory configs as defaults in > a feature. > > As your database config normally contains secret information I propose to not > install it in the feature. Instead you can deploy the config as part of your > pax exam setup. > > Chris

Custom file install in Karaf assembly

Hello, I'm trying to replace the default Felix fileinstall with my custom implementation. To do that I built an alternative framework feature and I generated a KAR out of it. After that I replaced the org.apache.karaf.features framework kar dependency in my karaf

Config feature element used as default

Hello, I would like to know what is the expected behavior of the feature element when the the.config.pid.cfg file already exists in the karaf /etc folder. What properties are injected in the service? Those in the file or those in the element as a default value only when the corresp file in

Re: Enable reference: protocol in Karaf

I’m using the Karaf version 4.1.2 and the test is running on MAC-OS. > On 9 Jul 2018, at 12:07, Francois Papon wrote: > > Which version of Karaf are you using ? > > regards > > François > > > Le 09/07/2018 à 14:05, matteor a écrit : >> Sorry. It seems that message formatting in nabble does

Re: Enable reference: protocol in Karaf

l 2018, at 12:24, Francois Papon wrote: > > Does it work's without bundle("...") ? > > > Le 09/07/2018 à 14:09, Matteo Rulli a écrit : >> I’m using the Karaf version 4.1.2 and the test is running on MAC-OS. >> >>> On 9 Jul 2018, at 12:07, Francois P

Re: Enable reference: protocol in Karaf

gt; On 9 Jul 2018, at 12:52, Francois Papon wrote: > > Ok, but I see in your code : > > bundle("reference:file:target/classes/ <>") > > Could you try with the full path of the repository ? > > Le 09/07/2018 à 14:50, Matteo Rulli a écrit : >> Yes. I

Re: Enable reference: protocol in Karaf

pport/project.sc.servlet/target/classes/").start(); Thread.sleep(Long.MAX_VALUE); } So the only way it gives problem is with the bundle() option. Isn’t this strange? Could it be a timing/race problem? Or a missing pax-exam configuration? Matteo > On 9 Jul 2018, at 14:20, Matteo Rulli wrote: &

Re: Enable reference: protocol in Karaf

our custom dispo in Pax > Exam ? I suspect that you use the standard Karaf distribution coming > with Pax Exam, so you will need to install pax-url-reference in > @Configuration of your test. > > Regards > JB > > On 09/07/2018 13:00, Matteo Rulli wrote: >> If I set >>

Re: Enable reference: protocol in Karaf

tion. Isn’t this >> strange? Could it be a timing/race problem? Or a missing pax-exam >> configuration? >> >> Matteo >> >>> On 9 Jul 2018, at 14:20, Matteo Rulli >> <mailto:matteo.ru...@gmail.com> >>> <mailto:matteo

OpenJPA 3 and Karaf 4.2

I tried to put together a project (here : https://github.com/mrulli/myjpaservice) to test how OpenJPA 3 and Karaf 4.2.x play together but I get the following error: javax.naming.NoInitialContextException: Need to specify class name in environment or

Re: Openjpa feature resolution error on Karaf 4.2.2

The error is this: feature:install openjpa org.apache.felix.resolver.reason.ReasonException: Unable to resolve root: missing requirement [root] osgi.identity; osgi.identity=openjpa; type=karaf.feature; version="[3.0.0,3.0.0]";

Feature verify error with Karaf 4.2.2

Hello, On my to upgrade from Karaf 4.1 to Karaf 4.2 I hit this error: [ERROR] Message: java.lang.UnsupportedOperationException Apparently this is triggered by these kind of directives in my feature.xml:

Re: OpenJPA 3 and Karaf 4.2

ot; feature? > > Regards, > > Francois > > > > Envoyé depuis mon smartphone Samsung Galaxy. > > Message d'origine > De : Matteo Rulli > Date : 07/01/2019 21:34 (GMT+04:00) > À : user@karaf.apache.org > Objet : Re: OpenJPA 3 an

Control Karaf boot-up process

Hello, I would like to know if there is a way in Karaf to delay the boot process until a specific bundle activator has been executed. In particular, I would like to perform some "environment validations” and checks and only if these are OK I would like to proceed with the Karaf boot-up. Thank

TransactionManager problems

Hello, I have a Karaf-based application using JPA and something quite strange started happening after upgrading to Karaf 4.2.6. The Karaf bootup process terminates and our application runs OK (in particular, it can successfully interoperate with the underlying Postgres database).

Re: TransactionManager problems

Jul 2019, at 06:25, Jean-Baptiste Onofré wrote: > > Hi, > > do you install the bundles directly or via feature ? > > If you install bundle per bundle, if you don't have the right order, you > have to perform a refresh. > > Regards > JB > > On 18/07/2019

Re: TransactionManager problems

ransaction/org.apache.aries.transaction.blueprint/1.1.1 Matteo > On 19 Jul 2019, at 18:27, Matteo Rulli wrote: > > Hi, > > Everything is installed through Karaf features. The features are many (about > 15) and three / four of them re-install JPA multiple times through the same > steps:

Unsupported Operation Exception in feature resolution

Hello, Karaf feature resolution fails due to java.lang.UnsupportedOperationException. It is hard to understand the root cause. I managed to reproduce the issue in a relatively simple settings, you can find it here: https://github.com/mrulli/karaf-426-feature-unsupported-op

Re: Unsupported Operation Exception in feature resolution

rationException. > > Regards > JB > > On 26/07/2019 11:05, Matteo Rulli wrote: >> Hello, >> >> Karaf feature resolution fails due to >> java.lang.UnsupportedOperationException. It is hard to understand the >> root cause. >> >> I man

Re: Unsupported Operation Exception in feature resolution

me, but with a refresh. > > I would recommend to fix your bundles to avoid the refresh. > > Anyway, instead of failing, I can log a WARN message with the bundles in > cause. > > I created KARAF-6370 about that. > > Regards > JB > > On 26/07/2019 11:40, Matteo R

Re: [X-Mas Gift] Panel discussion about Karaf 5

Hello, I would like to participate very much indeed. Thanks, Matteo > On 15 Dec 2020, at 18:32, Jean-Baptiste Onofre wrote: > > Hi guys, > > Maybe some of you know that I started to work on Karaf 5. > > I have something that it’s almost "usable". > > Before sending a global discussion

Re: OpenAPI and CXF issues with Karaf 4.2.11

gt; > Hi Matteo, > > At first glance, it seems to be more an issue with CXF hat should extend the > range. > > I will take a look. > > Regards > JB > >> Le 1 juin 2021 à 00:43, Matteo Rulli > <mailto:matteo.ru...@gmail.com>> a écrit : >>

OpenAPI and CXF issues with Karaf 4.2.11

Hello, I recently moved one of our projects from Karaf 4.2.6 to 4.2.11. Unfortunately I got some errors, primarily due to swagger/openapi dependencies. I tried to document and reproduce all the problems here

Experimenting with Karaf 5

Hello, I would like to start playing with Karaf5, waiting for the official RC... With the final goal of migrating a few OSGi 3-tier projects (Hibernate, Declarative Services, Apache CXF REST) to Karaf-5 my idea is: - Put together a very trivial JPA+CXF project using "Karaf-JPA-example" and

Re: Experimenting with Karaf 5

y on https://github.com/jbonofre/karaf5 > (in an example module for instance) > > If you want, we can have a chat together about that. > > Thanks for your help anyway ! > > Regards > JB > > On Thu, Apr 28, 2022 at 6:59 PM Matteo Rulli wrote: >> >> Hel