Re: Preparing Karaf runtime 4.3.4

2021-11-12 Thread Jean-Baptiste Onofré
Hi Robert, From an user standpoint, you are right. I updated Karaf to use "individual" bundles. I think I sent a message on the mailing list about that. Regards JB On 12/11/2021 14:34, Robert Varga wrote: On 12/11/2021 10:23, Paul Stanley wrote: Thanks JB. Hello Paul, I would have

Re: Preparing Karaf runtime 4.3.4

2021-11-12 Thread Robert Varga
On 12/11/2021 10:23, Paul Stanley wrote: Thanks JB. Hello Paul, I would have though that OSGI R8 is backwards compatible with R7, as I didn't see any breaking changes in the spec. True, but the artifact packaging with R8 broken up to support JPMS -- i.e. no osgi.cmpn anymore. That is a

Re: Preparing Karaf runtime 4.3.4

2021-11-12 Thread Jean-Baptiste Onofré
Hi Paul, You are right: R8 is backward compatible with R7. However, as it's major change in the exposed features, we bump Karaf version. With Karaf 5, it would be actually "easier" as OSGi is application manager service you register in the K5 runtime. It means that you will be able to

Re: Preparing Karaf runtime 4.3.4

2021-11-12 Thread Paul Stanley
Thanks JB. I would have though that OSGI R8 is backwards compatible with R7, as I didn't see any breaking changes in the spec. However I understand the logic in maintaining 2 stable build lines. Thanks again. Paul From: "Jean-Baptiste Onofré" To: dev@karaf.apache.org Date:

Re: Preparing Karaf runtime 4.3.4

2021-11-12 Thread Jean-Baptiste Onofré
Hi Paul, We always maintain two stable branch. Today, it's Karaf 4.2.x and 4.3.x. As soon as we will have first 4.4.0 GA, we will maintain 4.3.x and 4.4.x (and 5.0.x is coming but that's a different story). The reason is to give time for users to "migrate" from one main version to another.

Re: Preparing Karaf runtime 4.3.4

2021-11-12 Thread Paul Stanley
Hi JB, If pax-web-8 is going into the next release, Is there any point continuing the 4.3.x line, Why not move onto the karaf -4.4.x product? Cheers Paul From: "Jean-Baptiste Onofré" To: dev@karaf.apache.org Date: 12/11/2021 08:27 Subject:Re: Preparing Karaf runtime 4.3.4

Re: Preparing Karaf runtime 4.3.4

2021-11-12 Thread Jean-Baptiste Onofré
You can see the release notes in preparation: https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310100=12350117 Regards JB On 12/11/2021 09:24, Steven Huypens wrote: Hi JB, Thanks! Looking forward to it. Where can I find info about the fixes in the maven-bundle-plugin?

Re: Preparing Karaf runtime 4.3.4

2021-11-12 Thread Grzegorz Grzybek
pt., 12 lis 2021 o 09:15 Jean-Baptiste Onofré napisał(a): > Hi Greg, > > It's a RC1, so best effort. If we are not able to include Pax Web 8, we > will stay with 7.3 for RC1 and cut a RC2 with Pax Web 8. > > By the way, I'm about to release a new maven-bundle-plugin version, > including fixes

Re: Preparing Karaf runtime 4.3.4

2021-11-12 Thread Steven Huypens
Hi JB, Thanks! Looking forward to it. Where can I find info about the fixes in the maven-bundle-plugin? Best regards, Steven On Fri, Nov 12, 2021 at 9:13 AM Jean-Baptiste Onofré wrote: > Hi Steven, > > yes, next Decanter release will include several fixes, including with > one about

Re: Preparing Karaf runtime 4.3.4

2021-11-12 Thread Jean-Baptiste Onofré
Hi Greg, It's a RC1, so best effort. If we are not able to include Pax Web 8, we will stay with 7.3 for RC1 and cut a RC2 with Pax Web 8. By the way, I'm about to release a new maven-bundle-plugin version, including fixes that could be interested for any project using the plugin. Regards

Re: Preparing Karaf runtime 4.3.4

2021-11-12 Thread Jean-Baptiste Onofré
Hi Steven, yes, next Decanter release will include several fixes, including with one about Prometheus appender. Regards JB On 12/11/2021 09:10, Steven Huypens wrote: Hi JB, Please remember to fix the Decanter-issue we discussed on September 22 on this mailing list. I think it should be an

Re: Preparing Karaf runtime 4.3.4

2021-11-12 Thread Steven Huypens
Hi JB, Please remember to fix the Decanter-issue we discussed on September 22 on this mailing list. I think it should be an easy fix : "While trying to expose a micrometer Gauge, I noticed that its Double value is not shown by the PrometheusServlet. Apparently only