Re: [PROPOSAL] Disable autoRefresh on features service by default and simple optional features service

Hi, > - ignore requirement/capability (no resolver) did I get it right that this breaks the dependency=true feature that installs bundles / features only if a requirement is not fullfilled yet? Am Fr., 8. Jan. 2021 um 15:01 Uhr schrieb Patrique Legault < patriquelega...@gmail.com>: > Same here,

Re: [HEADS UP] Releases plan: Decanter 2.3.0 and Karaf 4.2.9/4.3.0

Hi, thank you for your. Is there any change to get the c'n'p error (caused by jline) fixed for 4.2.9? Best regards, Markus Grzegorz Grzybek schrieb am Do., 19. März 2020, 06:36: > Hello > > I can say only about Karaf 4.3.0. I'm indeed working on Pax Web 8 (I'm > finally at the stage where I ca

Re: [VOTE] Apache Karaf Runtime 4.2.8 release (take #2)

+1 (non-binding) Thanks! Am Mo., 20. Jan. 2020 um 13:27 Uhr schrieb Fabian Lange : > > +1 (non-binding) > > findings: > * pax-logging + knoplerfish issue resolved > * wrap + logging dependency/ordering issue resolved > * https://issues.apache.org/jira/browse/KARAF-2925 - IMHO this should > be fix

Re: [VOTE] Apache Karaf runtime 4.2.8 release

Jean-Baptiste Onofré : > > IMHO, it's not 4.2.8 blocker. I can always do 4.2.9 very fast if needed. > > Regards > JB > > On 14/01/2020 21:27, Markus Rathgeb wrote: > > Hm, for me it depends if the multi part stuff that has been broken on > > 4.2.7 is working ag

Re: [VOTE] Apache Karaf runtime 4.2.8 release

Hm, for me it depends if the multi part stuff that has been broken on 4.2.7 is working again (so depends on the findings of the respective thread on the user mailing list).

Re: R7 Configurator Spec. 1.0: start level

Hi, > The system bundles start level depends of the bundles in > etc/startup.properties and boot features. It's not really Karaf related > (only for the Karaf inner features). Sure, start level itself are not Karaf related at all, but the question has been more about "how are the start level chos

R7 Configurator Spec. 1.0: start level

Hi, after starting to use the configurator (https://osgi.org/specification/osgi.cmpn/7.0.0/service.configurator.html) I created a Karaf feature, so I can use my bundles in Karaf, too. Here is just a snapshot of a working one: https://github.com/maggu2810/playground-osgi/blob/5a7629e/features/runt

Karaf 4.2.5 + Equinox + SCR: error

Hi, is it already known that using Equinox on Karaf 4.2.5 will result into an exception if the "scr" feature is installed? * Unpack official distribution (tar xzf apache-karaf-4.2.5.tar.gz) * Edit "etc/custom.properties" and add the line "karaf.framework = equinox" * start Karaf * install SCR fea

Re: Apache karaf with osgi 7

Hi, just want to know what's the current state. The download page still states an ETA of "2 Mar 19". Can you update the ETA for the RC1? Am Sa., 23. März 2019 um 08:05 Uhr schrieb Jean-Baptiste Onofré : > > Hi, > > I said previously on the mailing list, OSGi R7 support is planned for > Karaf 4.

Re: Karaf: Java detection on Karaf

Thanks! Am Fr., 8. März 2019 um 06:29 Uhr schrieb Jean-Baptiste Onofré : > > Hi Markus, > > for the tracking: > > https://issues.apache.org/jira/browse/KARAF-6189 > > Regards > JB > > On 07/03/2019 10:57, Markus Rathgeb wrote: > > Hi JBO, > > > >

Re: Karaf: Java detection on Karaf

Hi JBO, any news about your findings? Best regards, Markus

Re: Karaf: Java detection on Karaf

tem, I manually installed java in /opt/java and define > JAVA_HOME in /etc/profile. > > It seems in your case that JAVA_HOME is not considered. Let me try to > reproduce playing with the env variables. > > Regards > JB > > On 05/03/2019 16:35, Markus Rathgeb wrote: > &

Re: Karaf: Java detection on Karaf

Hi JBO, > I don't think java-config is used if you have JAVA_HOME defined right ? > (it's what I have on my systems). You are using Gentoo / have a readable file "/etc/gentoo-release" and you also did not install the system wide java support? What a remarkable coincidence. I wonder why it is wor

Karaf: Java detection on Karaf

Hi, I recently decided to remove my system wide Java installation from my Gentoo machine. I don't need it system wide. I am the only user of that system that needs Java -- to be more precise I am the only user of the system at all. Additionally I switch between different Java versions and dstrib

Re: [VOTE] Apache Karaf (runtime) 4.2.2 release

+1 (non-binding)

Re: [VOTE] Apache Karaf "Container" 4.2.1 release

+1 (non-binding)

Re: K420: pax-jetty-http2 Crash and ResolutionException

JIRA: https://issues.apache.org/jira/browse/KARAF-5701 2018-04-12 17:12 GMT+02:00 Markus Rathgeb : > Thank you for your response. > I will raise a JIRA tomorrow.

Re: K420: pax-jetty-http2 Crash and ResolutionException

Thank you for your response. I will raise a JIRA tomorrow.

K420: pax-jetty-http2 Crash and ResolutionException

Hi, it seems that the feature "pax-jetty-http2" does not work. Start with a fresh working copy: === rm -rf apache-karaf-4.2.0 tar xzf apache-karaf-4.2.0.tar.gz Start Karaf: === apache-karaf-4.2.0/bin/karaf === Reproduce ResolutionException Install feature: === feature:install pax-jetty-http

Re: [VOTE] Apache Karaf (Container) 4.2.0 release (take 2)

+1 (non-binding) 2018-04-05 8:15 GMT+02:00 Grzegorz Grzybek : > Hello, I just built the *new* 4.2.0 tag and I'm performing my tests. > > regards > Grzegorz Grzybek > > 2018-04-05 8:03 GMT+02:00 Jean-Baptiste Onofré : > >> Hi all, >> >> I submit Karaf (Container) 4.2.0 release to your vote. >> >> T

Re: [VOTE] Apache Karaf (Container) 4.2.0 release

ak that listing using Ctrl+C the console hangs and I cannot use it anymore. 2018-04-04 11:04 GMT+02:00 Markus Rathgeb : > I need to further inspect this error, but got this one using a custom > distribution with some third party bundles: > > 11:01:57.410 INFO [features-3-thread-1] Pax

Re: [VOTE] Apache Karaf (Container) 4.2.0 release

I need to further inspect this error, but got this one using a custom distribution with some third party bundles: 11:01:57.410 INFO [features-3-thread-1] Pax Web started 11:01:57.446 INFO [features-3-thread-1] org.apache.aries.jmx.whiteboard/1.2.0 11:01:57.534 ERROR [paxweb-config-1-thread-1] Un

Re: [heads up - long] "Features Processor" that replaces overrides and blacklisting (and more)

Hi Grzegorz, I just read your mails what you implement and IMHO it is a big improvement. If I find some time I will try to test some of your changes. But I see forward to see that features upstream and will be happy to use them in my custom distributions. Thanks a lot for your work.

Re: [VOTE] Apache Karaf (Container) 4.1.1 release

/2.5/com/fasterxml/jackson/core/util/DefaultIndenter.html it seems that this class has been added in version 2.5 of Jackson. I used 2.4.x Jackson in my current environment. So, only problem on my side. 2017-03-30 12:03 GMT+02:00 Markus Rathgeb : > Has someone tested the Spring MVC feature / bund

Re: [VOTE] Apache Karaf (Container) 4.1.1 release

Has someone tested the Spring MVC feature / bundles? I have a bundle that is using the Spring MVC and worked before. In K4.1.1 staging I receive an error while bundle start === 2017-03-30 11:37:56,973 | ERROR | ender-1-thread-1 | DispatcherServlet | 132 - org.apache.servicemix.bund

Re: [VOTE] Apache Karaf (Container) 4.1.0 release, RC#2

+1 (non-binding)

Re: [VOTE] Apache Karaf (Container) 4.0.8 release

Hi, +1 (non-binding) I tested K408 staging on a Raspberry Pi 2 Model B, too and it seems to be working (KARAF-4714). Best regards, Markus

Re: [HEADS UP] Next releases

Hi, > Karaf 4.0.8 is plan for the end of this week and next week. Unfortunately, > it seems that the ARM/Solaris issue with jansi is not fully fixed. I have to > find a way to reproduce and fix it. when I am on the way, without access to my ARM devices, I am using qemu to emulate a ARM machine. I

Re: [HEADS UP] Next releases

> -- Container 4.0.8: the ARM/Solaris issue should be fixed now (that was an > important regression in 4.0.6 & 4.0.7). Other fixes and upgrades are coming > too. I tested the recent snapshot, but this does not work for me. See JIRA

Re: [VOTE] Apache Karaf (Container) 4.0.7 release

Hi Svetoslav, I assume the same as JB already stated to me "https://lists.apache.org/thread.html/d19fda54132fbe9f16ee1caf621122c8e3a8feea1d2bc501d725a9ff@%3Cdev.karaf.apache.org%3E"; fits here. "As said during 4.0.6 vote, 4.0.7 is first to upgrade Pax Web and fix the service enforcement and inclu

Re: [VOTE] Apache Karaf (Container) 4.0.7 release

Hi JB, isn't the missing support of the ARM architecture for the Karaf Shell a blocker for a release? I have not tested K407 but I assume it has not been fixed as the Jira is still open: https://issues.apache.org/jira/browse/KARAF-4714 It is okay for myself, I can still using K405 but it would be

Re: [VOTE] Apache Karaf (Container) 4.0.6 release

> I propose: > - don't cancel this vote as it's an expected behavior > - fix the service capability in Pax Web > Thoughts ? One remaining question: The Pax Web version and so the Pax Web features that are shipped with Karaf 4.0.6 will contain the service capability or do not have the capability?

Re: [DISCUSS] Service capabilities (was: [VOTE] Apache Karaf (Container) 4.0.6 release)

Karaf features from the ESH repo and drop the support of Karaf features completely. But I cannot maintain the features and bundles for all the other developers and I am pretty sure the project will not add this stuff to their guidelines. Any tips and help is welcome. Best regards and thanks for your time, Markus Rathgeb

Re: [VOTE] Apache Karaf (Container) 4.0.6 release

gt;>> 2e6efa64dfd142e722970949b05dcc1e152a3cd8 M features >>> -- >>> >>> I'm testing a revert. >>> >>> Regards >>> JB >>> >>> On 08/25/2016 11:03 AM, Jean-Baptiste Onofré wrote: >>> >>

Re: [VOTE] Apache Karaf (Container) 4.0.6 release

https://issues.apache.org/jira/browse/KARAF-3520 2016-08-25 10:46 GMT+02:00 Markus Rathgeb : > I found this one: > > # By default, the feature resolver checks the service > requirements/capabilities of > # bundles for new features (xml schema >= 1.3.0) in order to > automatic

Re: [VOTE] Apache Karaf (Container) 4.0.6 release

I found this one: # By default, the feature resolver checks the service requirements/capabilities of # bundles for new features (xml schema >= 1.3.0) in order to automatically installs # the required bundles. # The following flag can have those values: # - disable: service requirements are compl

Re: [VOTE] Apache Karaf (Container) 4.0.6 release

Hi Achim, > @Markus, you should consider to have a specialized Jenkins to verify your > applications with recent snapshots so we can find those things earlier ;) You are right. I will setup one!

Re: [VOTE] Apache Karaf (Container) 4.0.6 release

The Eclipse SmartHome project is not using Provide-Capability in the manifest of their bundles (IIRC this does not exist for OSGI R4.2). Using Karaf K405 all my custom distributions are working as expected. Using Karaf K406 my custom distributions does not start anymore. Because the feature resol

Re: [VOTE] Apache Karaf (Container) 4.0.6 release

Hi, >> I was able to reproduce the issue Markus described with his test. >> One thing that crosses my mind, did we change something with the feature >> resolver? Cause I can't remember that the pax-web-api did actually contain >> a provide-capability for the WebContainer Service. The feature that

Re: [VOTE] Apache Karaf (Container) 4.0.6 release

* K405 success * K406 failure To test: mvn clean install -PK405 mvn clean install -PK406 Best regards, Markus > > Thanks, > Regards > JB > > > On 08/24/2016 11:19 AM, Markus Rathgeb wrote: >> >> Hello, >> >> I see this error about missing "osgi.service

Re: [VOTE] Apache Karaf (Container) 4.0.6 release

information is missing. Do you know if it is possible to instruct the feature resolver to satisfy a osgi.service required capability if a implementation of the class is present or looking also at the DS files, too? 2016-08-24 10:22 GMT+02:00 Markus Rathgeb : > Hello, > > I use a componen

Re: [VOTE] Apache Karaf (Container) 4.0.6 release

Hello, I use a component that imports the Pax Web WebContainer class and depends on a service reference. === import org.ops4j.pax.web.service.WebContainer; ... @Component(immediate = true) public class Web { @Reference private WebContainer webContainer; ... === My feature looks like th

Re: [UPDATE] Releases schedule

Hi Oliver, > any chance to get KARAF-4105 and KARAF-4346 fixed for 4.0.6? Have you had a change to review my changes / PR for KARAF-4105? Best regards, Markus

Re: Edit config.properties from karaf-maven-plugin

Hi, you can have a look at https://issues.apache.org/jira/browse/KARAF-3982 and the implemented feature. I am using assembly-property-edits.xml to modify property files in my custom distribution and it is working as expected. Best regards, Markus

Re: [VOTE] Apache Karaf 4.0.5 release (take 3)

+1 (non-binding)

Re: [VOTE] Apache Karaf 4.0.5 release (take 2)

+1 for option 2 2016-04-06 8:48 GMT+02:00 Sobkowiak Krzysztof : > I prefer the option 2 as well > > Regards > Krzysztof > > On 06.04.2016 08:39, Jean-Baptiste Onofré wrote: >> Hi Cristiano, >> >> I don't think it's related, as the issue in about blueprint-ext namespace >> (not even define). The p

Re: [VOTE] Apache Karaf 4.0.5 release (take 2)

+1 (non-binding) 2016-04-05 5:52 GMT+02:00 Jamie G. : > +1 (binding) > > On Mon, Apr 4, 2016 at 6:40 PM, Fabian Lange > wrote: >> verified, no runtime downloads, everything as I like it, so >> >> +1 (non-binding) >> >> Fabian >> >> On Mon, Apr 4, 2016 at 10:38 PM, Jean-Baptiste Onofré >> wrote:

Re: [VOTE] Apache Karaf 4.0.5 release

I will not vote -1. Now I know that I cannot use the karaf-maven-plugin to create a custom distribution that is able to start without an internet connection. If it is okay for you to release K405 with this "bug" / changed-behaviour / missing feature, it is okay for me, too. But I assume I am not t

Re: [VOTE] Apache Karaf 4.0.5 release

Hi, I am using Karaf to create custom distributions. That distributions are running on embedded devices that does not grant to have internet access. So the custom distribution must be able to start without access to a public maven repository. Using the staged K405 this is broken. If I am using th

Re: [VOTE] Apache Karaf 4.0.5 release

Hi, > Nope, the 4.0.5 plugin will not put them in the systems folder because it > evaluates the conditional correctly. > but at runtime even though the conditional is false, they are downloaded. This sound like a breakage of offline distributions that intention is that all content is bundles at b

Re: bnd files in Decanter Project

I think this was just a copy'n'paste failure, but if you set inherited and extensions in the parent POM, there is no need to set it in each project, too.

Re: bnd files in Decanter Project

Hi, > - You typically do not need a plugin definition at all in each module pom. > So the definition just in the bnd file is much more concise. I set the plugin with "<_dsannotations>*" and set extensions in the parent POM and so no child pom that is using the defaults does need to contain the ma

Re: bnd files in Decanter Project

Hi Christian, thank you for your answer. I want to state, that there are no feelings from my side what is better. I want to collect the technical details for further decisions on the projects I maintain. So, let's assume I do not use the configuration in a parent project (just add maven-bundle-pl

Re: bnd files in Decanter Project

Hello, some related questions: You are talking about the bnd-maven-plugin (e.g. Neil Bartlett). I recently read this pages: * https://github.com/bndtools/bnd/issues/629 * https://github.com/bndtools/bndtools/wiki/Maven-Integration-Requirements So, I would assume I should not move my projects to u

Re: karaf-maven-plugin 4.0.4-SNAPSHOT

Will check if it is related to my commit (KARAF-4145) first. 2015-12-17 10:57 GMT+01:00 Markus Rathgeb : > Just a note if you plan a release next week. > I believe there is something broken with the maven-metadata-local.xml > creation of the karaf-maven-plugin in the 4.0.4-SNAPHOST. &g

karaf-maven-plugin 4.0.4-SNAPSHOT

Just a note if you plan a release next week. I believe there is something broken with the maven-metadata-local.xml creation of the karaf-maven-plugin in the 4.0.4-SNAPHOST. The files are empty on my system. Using "mvn clean install -X" I see a lot of messages (sure, it depends on the stuff that is

Re: [PROPOSAL] Karaf 4.0.3 end of this week

Hello Jean-Baptiste , the vote is ongoing, so KARAF-3982 is not included. Is this correct? 2015-11-03 10:20 GMT+01:00 Jean-Baptiste Onofré : > Hi Markus, > > it will try to include KARAF-3982 on 4.0.3. > > Regards > JB > > > On 11/03/2015 09:19 AM, Markus Rathgeb wrote

Re: [PROPOSAL] Karaf 4.0.3 end of this week

Hello JBO, do you know which version will include https://issues.apache.org/jira/browse/KARAF-3982 Does this implementation need further testing? Best regards, Markus

Re: [VOTE] Apache Karaf 4.0.2 release

+1, non-binding Thanks a lot to all for the great work. 2015-10-10 0:07 GMT+02:00 Jean-Baptiste Onofré : > Hi all, > > I submit Apache Karaf 4.0.2 to your vote: > > Release Notes: > https://issues.apache.org/jira/secure/ReleaseNote.jspa?version=12333259&styleName=Text&projectId=12311140 > > Git t

Re: [HEADS UP] Karaf 4.0.2 on vote today

> Hi Markus, > > rethinking about KARAF-4005, let me set the target as 4.0.2 and try to > include it. All depends if I can move fast on that ;) > > I keep you posted. > > Regards > JB > > On 10/08/2015 09:31 AM, Markus Rathgeb wrote: >> >> Hi, >> >&

Re: [HEADS UP] Karaf 4.0.2 on vote today

Hi, any change for KARAF-4005? I don't think I get it fixed myself for 4.0.2 as it needs a good knowledge of the infrastructure. Regards, Markus

Karaf console extension: Support for Equinox commands

Hello, sometimes I have to use "org.eclipse.equinox.ds" instead of "org.apache.felix.scr" (SCR feature). So I am missing the "scr" command extension to get a list and state of the declarative services. To be able to access the Eclipse Equinox command extensions for the Eclipse Equinox OSGi framew