Hi all,
With +1s from Carsten, David, Pierre, Karl, Raymond, and me
this vote is successful.
I've promoted the artifacts.
Thanks
Tom
On Fri, Sep 3, 2021 at 2:14 PM Thomas Watson wrote:
> Hi,
>
> I would like to call for an RC1 release of the Felix SCR which implements
> the upcoming OSGi R8
On Tue, Sep 7, 2021 at 5:36 PM David Jencks wrote:
>
> I haven’t looked at the condition spec nor IPOJO’s @Controller, but for many
> years you’ve been able to influence the presence of DS component instances
> through configuration by making the component configuration-required and only
> supp
I haven’t looked at the condition spec nor IPOJO’s @Controller, but for many
years you’ve been able to influence the presence of DS component instances
through configuration by making the component configuration-required and only
supplying configurations for the instances you want.
I seem to re
+1
regards
Pierre
On Tue, Sep 7, 2021 at 5:07 PM Thomas Watson wrote:
> +1
>
> Tom
>
> On Fri, Sep 3, 2021 at 2:14 PM Thomas Watson wrote:
>
> > Hi,
> >
> > I would like to call for an RC1 release of the Felix SCR which implements
> > the upcoming OSGi R8 Declarative Services Specification.
>
+1
Tom
On Fri, Sep 3, 2021 at 2:14 PM Thomas Watson wrote:
> Hi,
>
> I would like to call for an RC1 release of the Felix SCR which implements
> the upcoming OSGi R8 Declarative Services Specification.
>
> This is not yet a final release, but an RC1 which uses the
> org.osgi:org.osgi.service.co
+1 (non-binding)
regards,
François
fpa...@apache.org
francois.pa...@openobject.fr
Le 07/09/2021 à 11:41, dav...@apache.org a écrit :
> Hi all,
>
> I would like to call for an RC2 release of the Felix implementation of the
> OSGi Feature Model API.
> This is not yet a final release, but an RC2 wh
The condition specification is part of OSGi R8 Core and Compendium
releases. The OSGi R8 Core (Framework) implementation is available now
with implementations available from Felix and Equinox. The
condition factory specification is in the works but is not going to be
included with the OSGI R8 spe
+1
Ray
On Tue, Sep 7, 2021 at 8:50 AM Thomas Watson wrote:
> +1
>
> Tom
>
> On Tue, Sep 7, 2021 at 4:42 AM wrote:
>
> > Hi all,
> >
> > I would like to call for an RC2 release of the Felix implementation of
> the
> > OSGi Feature Model API.
> > This is not yet a final release, but an RC2 which
+1
Tom
On Tue, Sep 7, 2021 at 4:42 AM wrote:
> Hi all,
>
> I would like to call for an RC2 release of the Felix implementation of the
> OSGi Feature Model API.
> This is not yet a final release, but an RC2 which uses the
> org.osgi:org.osgi.service.feature:1.0.0-RC1 API, as discussed here:
> ht
+1
thanks !
/Pierre
On Tue, Sep 7, 2021 at 1:43 PM Jean-Baptiste Onofre wrote:
> +1 (binding)
>
> Regards
> JB
>
> > Le 7 sept. 2021 à 11:41, dav...@apache.org a écrit :
> >
> > Hi all,
> >
> > I would like to call for an RC2 release of the Felix implementation of
> the
> > OSGi Feature Model A
+1 (binding)
Regards
JB
> Le 7 sept. 2021 à 11:41, dav...@apache.org a écrit :
>
> Hi all,
>
> I would like to call for an RC2 release of the Felix implementation of the
> OSGi Feature Model API.
> This is not yet a final release, but an RC2 which uses the
> org.osgi:org.osgi.service.feature:1.
+1
Carsten
Am 07.09.2021 um 11:41 schrieb dav...@apache.org:
Hi all,
I would like to call for an RC2 release of the Felix implementation of the
OSGi Feature Model API.
This is not yet a final release, but an RC2 which uses the
org.osgi:org.osgi.service.feature:1.0.0-RC1 API, as discussed here:
+1
regards
Thanks Karl for your tip.
Do you know which version of DS/SCR is required for using the new condition
specification? Is it included in Karaf?
Unfortunately I don't have the possibility to help develop iPojo. I've
helped out in a few projects before but I think iPojo is a bit over my head
both in
+1
David
On Tue, 7 Sept 2021 at 12:08, Stefan Bischof wrote:
> +1
>
> regards
>
>
+1
regards
Hi all,
I would like to call for an RC2 release of the Felix implementation of the
OSGi Feature Model API.
This is not yet a final release, but an RC2 which uses the
org.osgi:org.osgi.service.feature:1.0.0-RC1 API, as discussed here:
https://www.mail-archive.com/dev%40felix.apache.org/msg52289.htm
Hi,
I agree that iPojo is a very good component model and it will be hard
to replace it. I think the closest you could come to replace it with
would be a combination of Declarative Services (DS/SCR) and the new
condition specification [0] - obviously depends on what you where
actually doing with i
I have noticed that iPojo is not supported any more. That is unfortunate
for us since we have built a lot of our functionality on iPojo. It's
actually the best component model I have seen so far.
We need to move on to something else then. What would you suggest? What
alternative is closest to iPoj
bosschaert merged pull request #98:
URL: https://github.com/apache/felix-dev/pull/98
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: dev-unsubscr.
bosschaert opened a new pull request #98:
URL: https://github.com/apache/felix-dev/pull/98
This fixes a number of TCK failures
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific commen
21 matches
Mail list logo
