Re: [VOTE] Release Apache Felix Http Base, Bridge, Jetty 4.x and 5.x

[davidb]

+1

David

On Mon, 21 Aug 2023 at 10:05, Carsten Ziegeler  wrote:

> Hi, we're missing a binding vote. Anyone please?
>
> Thanks
> Carsten
>
> On 16.08.2023 12:56, Carsten Ziegeler wrote:
> > Hi,
> >
> > this vote is about releasing
> >
> > Http Base 4.2.10, Http Bridge 4.2.12, Http Jetty 4.2.16
> >
> > where we solved two issues
> >
> >
> https://issues.apache.org/jira/browse/FELIX-6608?jql=project%20%3D%20FELIX%20AND%20fixVersion%20%3D%20http.jetty-4.2.16
> >
> > and Http Base 5.0.4, Http Bridge 5.0.6 and Http Jetty 5.0.6
> >
> > where we solved six issues
> >
> >
> https://issues.apache.org/jira/browse/FELIX-6608?jql=project%20%3D%20FELIX%20AND%20fixVersion%20%3D%20http.jetty-5.0.6
> >
> > Staging repository:
> > https://repository.apache.org/content/repositories/orgapachefelix-1467/
> >
> > You can use this UNIX script to download the release and verify the
> > signatures:
> > https://github.com/apache/felix-dev/blob/master/check_staged_release.sh
> >
> > Usage:
> > sh check_staged_release.sh 1467 /tmp/felix-staging
> >
> > Please vote to approve this release:
> >
> > [ ] +1 Approve the release
> > [ ] -1 Veto the release (please provide specific comments)
> >
> > This vote will be open for 72 hours.
> >
> > Regards
> > Carsten
>
> --
> Carsten Ziegeler
> Adobe
> cziege...@apache.org
>

Re: [VOTE] Release Apache Felix Webconsole 4.9.0, Inventory 2.0.0, HTTP SSL Filter 1.2.8 and 2.0.2

[davidb]

+1

David

On Tue, 29 Aug 2023 at 17:00, Karl Pauls  wrote:

> +1
>
> regards,
>
> Karl
>
> On Tue, Aug 29, 2023 at 3:04 PM Raymond Augé
>  wrote:
> >
> > +1
> >
> > On Mon, Aug 28, 2023 at 1:09 AM Carsten Ziegeler 
> > wrote:
> >
> > > Hi,
> > >
> > > We solved 8 issues for the webconsole 4.9.0
> > > https://issues.apache.org/jira/projects/FELIX/versions/12353515
> > >
> > > 2 issues for inventory 2.0.0
> > > https://issues.apache.org/jira/projects/FELIX/versions/12353551
> > >
> > > 1 issue for HTTP SSL Filter 1.2.8
> > > https://issues.apache.org/jira/projects/FELIX/versions/12352184
> > >
> > > 2 issues for HTTP SSL Filter 2.0.2
> > > https://issues.apache.org/jira/projects/FELIX/versions/12353589
> > >
> > > Staging repository:
> > > https://repository.apache.org/content/repositories/orgapachefelix-1470
> > >
> > > You can use this UNIX script to download the release and verify the
> > > signatures:
> > >
> https://github.com/apache/felix-dev/blob/master/check_staged_release.sh
> > >
> > > Usage:
> > > sh check_staged_release.sh 1470 /tmp/felix-staging
> > >
> > > Please vote to approve this release:
> > >
> > > [ ] +1 Approve the release
> > > [ ] -1 Veto the release (please provide specific comments)
> > >
> > > This vote will be open for 72 hours.
> > >
> > > Regards
> > > Carsten
> > > --
> > > Carsten Ziegeler
> > > Adobe
> > > cziege...@apache.org
> > >
> >
> >
> > --
> > *Raymond Augé* (@rotty3000)
> > Senior Software Architect *Liferay, Inc.* (@Liferay)
> > OSGi Fellow, Java Champion
>
>
>
> --
> Karl Pauls
> karlpa...@gmail.com
>

Re: [VOTE] Release Apache Felix Webconsole 4.9.2 and webconsole plugins

[davidb]

+1

David

On Saturday, 2 September 2023, Carsten Ziegeler 
wrote:

> Hi,
>
> We solved 2 issues for the webconsole 4.9.2
> https://issues.apache.org/jira/projects/FELIX/versions/12353601
>
> 2 issues for ds webconsole plugin 2.3.0
> https://issues.apache.org/jira/projects/FELIX/versions/12353559
>
> 3 issues for ds webconsole plugin 1.2.0
> https://issues.apache.org/jira/projects/FELIX/versions/12341690
>
> 3 issues for memoryusage webconsole plugin 1.1.0
> https://issues.apache.org/jira/projects/FELIX/versions/12352183
>
> 2 issues for obr webconsole plugin 1.1.0
> https://issues.apache.org/jira/projects/FELIX/versions/12353574
>
> 2 issues for packageadmin webconsole plugin 1.1.0
> https://issues.apache.org/jira/projects/FELIX/versions/12339617
>
> 2 issues for http webconsole plugin 1.1.0
> https://issues.apache.org/jira/projects/FELIX/versions/12353554
>
> 2 issues for healthcheck webconsole plugin 2.2.0
> https://issues.apache.org/jira/projects/FELIX/versions/12353580
>
>
> Staging repository:
> https://repository.apache.org/content/repositories/orgapachefelix-1471
>
> You can use this UNIX script to download the release and verify the
> signatures:
> https://github.com/apache/felix-dev/blob/master/check_staged_release.sh
>
> Usage:
> sh check_staged_release.sh 1471 /tmp/felix-staging
>
> Please vote to approve this release:
>
> [ ] +1 Approve the release
> [ ] -1 Veto the release (please provide specific comments)
>
> This vote will be open for 72 hours.
>
> Regards
> Carsten
> --
> Carsten Ziegeler
> Adobe
> cziege...@apache.org
>

Re: [VOTE] Release Apache Felix Webconsole 4.9.4

[davidb]

+1

David

On Fri, 8 Sept 2023 at 08:11, Karl Pauls  wrote:

> +1
>
> regards,
>
> Karl
>
> On Fri, Sep 8, 2023 at 7:28 AM Carsten Ziegeler 
> wrote:
> >
> > Hi,
> >
> > We solved 2 issues in this release
> >
> https://issues.apache.org/jira/browse/FELIX-6650?jql=project%20%3D%20FELIX%20AND%20fixVersion%20%3D%20webconsole-4.9.4
> >
> > Staging repository:
> > https://repository.apache.org/content/repositories/orgapachefelix-1473
> >
> > You can use this UNIX script to download the release and verify the
> > signatures:
> > https://github.com/apache/felix-dev/blob/master/check_staged_release.sh
> >
> > Usage:
> > sh check_staged_release.sh 1473 /tmp/felix-staging
> >
> > Please vote to approve this release:
> >
> > [ ] +1 Approve the release
> > [ ] -1 Veto the release (please provide specific comments)
> >
> > This vote will be open for 72 hours.
> >
> > Regards
> > Carsten
> > --
> > Carsten Ziegeler
> > Adobe
> > cziege...@apache.org
>
>
>
> --
> Karl Pauls
> karlpa...@gmail.com
>

Re: [VOTE] Release Apache Felix Http Wrappers 1.1.0 and Healthcheck Core 2.2.0

[davidb]

+1

David

On Mon, 11 Sept 2023 at 06:16, Carsten Ziegeler 
wrote:

> Hi,
>
> We solved 1 issues in http wrappers 1.1.0
> https://issues.apache.org/jira/projects/FELIX/versions/12353590
>
> and 2 issues in hc core 2.2.0
> https://issues.apache.org/jira/projects/FELIX/versions/12353583
>
> Staging repository:
> https://repository.apache.org/content/repositories/orgapachefelix-1474
>
> You can use this UNIX script to download the release and verify the
> signatures:
> https://github.com/apache/felix-dev/blob/master/check_staged_release.sh
>
> Usage:
> sh check_staged_release.sh 1474 /tmp/felix-staging
>
> Please vote to approve this release:
>
> [ ] +1 Approve the release
> [ ] -1 Veto the release (please provide specific comments)
>
> This vote will be open for 72 hours.
>
> Regards
> Carsten
> --
> Carsten Ziegeler
> Adobe
> cziege...@apache.org
>

Re: [VOTE] Release Apache Felix Webconsole 4.9.6

[davidb]

+1

David

On Wed, 4 Oct 2023 at 15:29, Karl Pauls  wrote:

> +1
>
> regards,
>
> Karl
>
> On Wed, Oct 4, 2023 at 4:19 PM Jamie G.  wrote:
> >
> > +1
> >
> > Cheers,
> > Jamie
> >
> > On Wed, Oct 4, 2023 at 11:47 AM Raymond Augé
> >  wrote:
> > >
> > > +1
> > >
> > > On Wed, Oct 4, 2023 at 2:32 AM Sagar Miglani 
> wrote:
> > >
> > > > +1
> > > >
> > > > Sagar
> > > >
> > > > > On 04-Oct-2023, at 11:47 AM, Carsten Ziegeler <
> cziege...@apache.org>
> > > > wrote:
> > > > >
> > > > > Hi,
> > > > >
> > > > > We solved 1 issue in this release
> > > > > https://issues.apache.org/jira/browse/FELIX-6658
> > > > >
> > > > > Staging repository:
> > > > >
> https://repository.apache.org/content/repositories/orgapachefelix-1476
> > > > >
> > > > > You can use this UNIX script to download the release and verify the
> > > > > signatures:
> > > > >
> https://github.com/apache/felix-dev/blob/master/check_staged_release.sh
> > > > >
> > > > > Usage:
> > > > > sh check_staged_release.sh 1476 /tmp/felix-staging
> > > > >
> > > > > Please vote to approve this release:
> > > > >
> > > > > [ ] +1 Approve the release
> > > > > [ ] -1 Veto the release (please provide specific comments)
> > > > >
> > > > > This vote will be open for 72 hours.
> > > > >
> > > > > Regards
> > > > > Carsten
> > > > > --
> > > > > Carsten Ziegeler
> > > > > Adobe
> > > > > cziege...@apache.org
> > > >
> > > >
> > >
> > > --
> > > *Raymond Augé* (@rotty3000)
> > > Senior Software Architect *Liferay, Inc.* (@Liferay)
> > > OSGi Fellow, Java Champion
>
>
>
> --
> Karl Pauls
> karlpa...@gmail.com
>

Re: [VOTE] Release Apache Felix Http Bridge 4.2.14

[davidb]

+1

David

On Mon, 6 Nov 2023 at 10:27, Carsten Ziegeler  wrote:

> We are missing two binding votes, anyone please?
>
> Thanks
> Carsten
>
> On 02.11.2023 11:04, Carsten Ziegeler wrote:
> > Hi,
> >
> > we solved one issue in this release
> > https://issues.apache.org/jira/browse/FELIX-6668
> >
> >
> > Staging repository:
> > https://repository.apache.org/content/repositories/orgapachefelix-1478/
> >
> > You can use this UNIX script to download the release and verify the
> > signatures:
> > https://github.com/apache/felix-dev/blob/master/check_staged_release.sh
> >
> > Usage:
> > sh check_staged_release.sh 1478 /tmp/felix-staging
> >
> > Please vote to approve this release:
> >
> > [ ] +1 Approve the release
> > [ ] -1 Veto the release (please provide specific comments)
> >
> > This vote will be open for 72 hours.
> >
> > Regards
> > Carsten
>
> --
> Carsten Ziegeler
> Adobe
> cziege...@apache.org
>

Re: [RESULT] [VOTE] Release Apache Felix cm.json 2.0.2

[davidb]

Hi Robert,

I've done the upload and promoted the artifacts in Nexus, they are visible
here now:
https://repo.maven.apache.org/maven2/org/apache/felix/org.apache.felix.cm.json/2.0.2/

Kind regards,

David

On Mon, 13 Nov 2023 at 10:01, Robert Munteanu  wrote:

> Hi,
>
> The vote has passed with the following result :
>
>   +1 (binding): Carsten Ziegeler, Raymond Augé, Karl Pauls
>
> Can a Felix PMC member please upload the artifacts to the Felix dist
> directory? I will then promote the artifacts to the central Maven
> repository.
>
> Thanks!
> Robert
>

Re: [VOTE] Release Apache Felix cm.json 2.0.4

[davidb]

+1

David

On Fri, 17 Nov 2023 at 11:01, Karl Pauls  wrote:

> +1
>
> regards,
>
> Karl
>
> On Fri, Nov 17, 2023 at 11:18 AM Carsten Ziegeler 
> wrote:
> >
> > +1
> >
> > Carsten
> >
> > On 17.11.2023 10:37, Robert Munteanu wrote:
> > > Hi,
> > >
> > > NOTE: I still don't have my GPG key signature to added the dist area.
> > > Please use the one marked as
> > >
> > > ASF ID: rombert
> > > LDAP PGP key: 0A66 5C46 70B4 78BF 1223  5CCD 3395 0865 4F63 EC54
> > >
> > > from https://dist.apache.org/repos/dist/release/sling/KEYS . And it
> > > would be great if someone from the PMC could add it as well.
> > >
> > > We solved 1 issues in this release:
> > > https://issues.apache.org/jira/browse/FELIX-6669
> > >
> > > Staging repository:
> > > https://repository.apache.org/content/repositoris/orgapachefelix-1480
> > >
> > > You can use this UNIX script to download the release and verify the
> > > signatures:
> > >
> https://github.com/apache/felix-dev/blob/master/check_staged_release.sh
> > >
> > > Usage:
> > > sh check_staged_release.sh 1480 /tmp/felix-staging
> > >
> > > Please vote to approve this release:
> > >
> > > [ ] +1 Approve the release
> > > [ ] -1 Veto the release (please provide specific comments)
> > >
> > > This vote will be open for 72 hours.
> > >
> > > Thanks,
> > > Robert
> > >
> >
> > --
> > Carsten Ziegeler
> > Adobe
> > cziege...@apache.org
>
>
>
> --
> Karl Pauls
> karlpa...@gmail.com
>

Re: [VOTE] Release Apache Felix Parent Pom 8

[davidb]

+1

David

On Thu, 23 Nov 2023 at 14:53, Thomas Watson  wrote:

> +1
>
> Tom
>
>
>
> On Wed, Nov 22, 2023, 11:17 PM Carsten Ziegeler 
> wrote:
>
> > Hi,
> >
> > We updated our parent pom to the latest Apache parent 31 and adjusted it
> > to allow building projects with Java 17.
> >
> > Staging repository:
> > https://repository.apache.org/content/repositories/orgapachefelix-1481
> >
> > You can use this UNIX script to download the release and verify the
> > signatures:
> > https://github.com/apache/felix-dev/blob/master/check_staged_release.sh
> >
> > Usage:
> > sh check_staged_release.sh 1481 /tmp/felix-staging
> >
> > Please vote to approve this release:
> >
> > [ ] +1 Approve the release
> > [ ] -1 Veto the release (please provide specific comments)
> >
> > This vote will be open for 72 hours.
> >
> > Regards
> > Carsten
> > --
> > Carsten Ziegeler
> > Adobe
> > cziege...@apache.org
> >
>

Re: [VOTE] Release Apache Felix Http Jetty 5.1.6, Http Jetty12 1.0.0, Http Base 5.1.4 and Http Bridge 5.1.4

[davidb]

+1

David

On Fri, 8 Dec 2023 at 07:43, Carsten Ziegeler  wrote:

> Hi,
>
> We solved 2 issues for Http Jetty 5.1.6
> https://issues.apache.org/jira/projects/FELIX/versions/12353977
>
> We solved 3 issues for Http Base 5.1.4
> https://issues.apache.org/jira/projects/FELIX/versions/12353958
>
> We solved 4 issues for Http Bridge 5.1.4
> https://issues.apache.org/jira/projects/FELIX/versions/12353804
>
> This is the first release of Http Jetty12 1.0.0
>
>
> Staging repository:
> https://repository.apache.org/content/repositories/orgapachefelix-1483
>
> You can use this UNIX script to download the release and verify the
> signatures:
> https://github.com/apache/felix-dev/blob/master/check_staged_release.sh
>
> Usage:
> sh check_staged_release.sh 1483 /tmp/felix-staging
>
> Please vote to approve this release:
>
> [ ] +1 Approve the release
> [ ] -1 Veto the release (please provide specific comments)
>
> This vote will be open for 72 hours.
>
> Regards
> Carsten
> --
> Carsten Ziegeler
> Adobe
> cziege...@apache.org
>

Re: [VOTE] Release Apache Felix Http Jetty 4.2.22, Http Base 4.2.12, Http Bridge 4.2.16

[davidb]

+1

David

On Fri, 8 Dec 2023 at 07:45, Carsten Ziegeler  wrote:

> Hi,
>
> We solved 1 issue for Http Jetty 4.2.22
> https://issues.apache.org/jira/projects/FELIX/versions/12353983
>
> We solved 1 issue for Http Base 4.2.12
> https://issues.apache.org/jira/projects/FELIX/versions/12353981
>
> We solved 1 issue for Http Bridge 4.2.16
> https://issues.apache.org/jira/projects/FELIX/versions/12353982
>
>
> Staging repository:
> https://repository.apache.org/content/repositories/orgapachefelix-1484
>
> You can use this UNIX script to download the release and verify the
> signatures:
> https://github.com/apache/felix-dev/blob/master/check_staged_release.sh
>
> Usage:
> sh check_staged_release.sh 1484 /tmp/felix-staging
>
> Please vote to approve this release:
>
> [ ] +1 Approve the release
> [ ] -1 Veto the release (please provide specific comments)
>
> This vote will be open for 72 hours.
>
> Regards
> Carsten
> --
> Carsten Ziegeler
> Adobe
> cziege...@apache.org
>

Re: [VOTE] Release Apache Felix cm.json 2.0.6

[davidb]

+1

David

On Wed, 17 Jan 2024 at 13:18, Karl Pauls  wrote:

> +1
>
> regards,
>
> Karl
>
> On Wednesday, January 17, 2024, Robert Munteanu 
> wrote:
>
> > Hi,
> >
> > On Fri, 2024-01-12 at 14:09 +0100, Robert Munteanu wrote:
> > > Please vote to approve this release:
> >
> > Can two more PMC members please review and vote?
> >
> > Thanks,
> > Robert
> >
>
>
> --
> Karl Pauls
> karlpa...@gmail.com
>

Re: [VOTE] Release Felix SCR version 2.2.10

[davidb]

+1

David

On Thursday, January 18, 2024, Karl Pauls  wrote:

> +1
>
> regards,
>
> Karl
>
> On Thu, Jan 18, 2024 at 10:13 PM Thomas Watson  wrote:
> >
> > Hi,
> >
> > Notice, I jumped up to version 2.2.10.  I updated the parent to the
> latest
> > 8 version.  That caused me some issues in producing the javadoc which I
> did
> > not run into until I was performing the release.  I had to fix that with
> > https://github.com/apache/felix-dev/commit/
> d40368c853e486e63c2200a613613831ba8659a2
> > and re-spin a new release.
> >
> > Also, I had trouble with the  tags using https authentication during
> > the release.  I had to update the github URLs to scm:git:ssh://
> > g...@github.com/apache/felix-dev.git because github removed https
> > authentication so the release process could not do things like push up
> tags
> > etc.  I assume all other sub-projects should do the same with their 
> > tags.
> >
> > We solved 4 issues in this release:
> >   [FELIX-6616] - Dynamic greedy 1..1 references may activate with no
> > reference service bound
> >   [FELIX-6633] - Dynamic references may miss events while causing
> > deactivation
> >   [FELIX-6682] - Felix SCR - 3 TestCases fail in OSGi TCK
> >   [FELIX-6463] - Changing log levels for DS component getState and
> > registration
> >
> > Staging repository:
> > https://repository.apache.org/content/repositories/orgapachefelix-1487/
> >
> > You can use this UNIX script to download the release and verify the
> > signatures:
> > https://github.com/apache/felix-dev/blob/master/check_staged_release.sh
> >
> > Usage:
> > sh check_staged_release.sh 1487 /tmp/felix-staging
> >
> > Please vote to approve this release:
> >
> > [ ] +1 Approve the release
> > [ ] -1 Veto the release (please provide specific comments)
> >
> > This vote will be open for 72 hours.
>
>
>
> --
> Karl Pauls
> karlpa...@gmail.com
>

Re: [VOTE] Release Apache Felix Http Jetty12 1.0.2

[davidb]

+1

David

On Mon, 22 Jan 2024 at 13:09, Karl Pauls  wrote:

> +1
>
> regards,
>
> Karl
>
> On Mon, Jan 22, 2024 at 2:04 PM Thomas Watson  wrote:
> >
> > +1
> > Tom (binding)
> >
> > On Mon, Jan 22, 2024 at 12:10 AM Carsten Ziegeler 
> > wrote:
> >
> > > Hi,
> > >
> > > we solved three issues for Http Jetty12 1.0.2
> > > https://issues.apache.org/jira/projects/FELIX/versions/12354098
> > >
> > > Staging repository:
> > > https://repository.apache.org/content/repositories/orgapachefelix-1489
> > >
> > > You can use this UNIX script to download the release and verify the
> > > signatures:
> > >
> https://github.com/apache/felix-dev/blob/master/check_staged_release.sh
> > >
> > > Usage:
> > > sh check_staged_release.sh 1489 /tmp/felix-staging
> > >
> > > Please vote to approve this release:
> > >
> > > [ ] +1 Approve the release
> > > [ ] -1 Veto the release (please provide specific comments)
> > >
> > > This vote will be open for 72 hours.
> > >
> > > Regards
> > > Carsten
> > > --
> > > Carsten Ziegeler
> > > Adobe
> > > cziege...@apache.org
> > >
>
>
>
> --
> Karl Pauls
> karlpa...@gmail.com
>

Re: [VOTE]Release Apache Felix Http Jetty 5.1.8 and 4.2.24, Http Baes 4.2.14 and 6.1.6 and Http Bridge 4.2.18 and 5.1.6

[davidb]

+1

David

On Mon, 22 Jan 2024 at 13:09, Karl Pauls  wrote:

> +1
>
> regards,
>
> Karl
>
> On Mon, Jan 22, 2024 at 2:04 PM Thomas Watson  wrote:
> >
> > +1
> > Tom (binding)
> >
> >
> > On Mon, Jan 22, 2024 at 12:08 AM Carsten Ziegeler 
> > wrote:
> >
> > > Hi,
> > >
> > > we solved two issues for Http Jetty 5.1.8
> > > https://issues.apache.org/jira/projects/FELIX/versions/12354159
> > >
> > > we solved one issue for Http Jetty 4.2.24
> > > https://issues.apache.org/jira/projects/FELIX/versions/12354160
> > >
> > > we solved two issues for Http base 5.1.6
> > > https://issues.apache.org/jira/projects/FELIX/versions/12354099
> > >
> > > we solved one issue for Http Base 4.2.14
> > > https://issues.apache.org/jira/projects/FELIX/versions/12354158
> > >
> > > we solved one issue for Http Bridge 5.1.6
> > > https://issues.apache.org/jira/projects/FELIX/versions/12354162
> > >
> > > we solved one issue for Http Bridge 4.2.18
> > > https://issues.apache.org/jira/projects/FELIX/versions/12354161
> > >
> > >
> > > Staging repository:
> > > https://repository.apache.org/content/repositories/orgapachefelix-1488
> > >
> > > You can use this UNIX script to download the release and verify the
> > > signatures:
> > >
> https://github.com/apache/felix-dev/blob/master/check_staged_release.sh
> > >
> > > Usage:
> > > sh check_staged_release.sh 1488 /tmp/felix-staging
> > >
> > > Please vote to approve this release:
> > >
> > > [ ] +1 Approve the release
> > > [ ] -1 Veto the release (please provide specific comments)
> > >
> > > This vote will be open for 72 hours.
> > >
> > > Regards
> > > Carsten
> > > --
> > > Carsten Ziegeler
> > > Adobe
> > > cziege...@apache.org
> > >
>
>
>
> --
> Karl Pauls
> karlpa...@gmail.com
>

Re: [VOTE] Release Apache Felix Http Jetty 4.2.26 and 5.1.10

[davidb]

+1

David

On Wed, 28 Feb 2024 at 13:58, Raymond Augé 
wrote:

> +1 (binding)
>
> cheers
>
> On Wed, Feb 28, 2024 at 2:31 AM Carsten Ziegeler 
> wrote:
>
> > Hi,
> >
> > we solved one issue for Http Jetty 5.1.10
> > https://issues.apache.org/jira/browse/FELIX-6690
> >
> > and one for Http Jetty 4.2.26
> > https://issues.apache.org/jira/browse/FELIX-6689
> >
> >
> > Staging repository:
> > https://repository.apache.org/content/repositories/orgapachefelix-1490
> >
> > You can use this UNIX script to download the release and verify the
> > signatures:
> > https://github.com/apache/felix-dev/blob/master/check_staged_release.sh
> >
> > Usage:
> > sh check_staged_release.sh 1490 /tmp/felix-staging
> >
> > Please vote to approve this release:
> >
> > [ ] +1 Approve the release
> > [ ] -1 Veto the release (please provide specific comments)
> >
> > This vote will be open for 72 hours.
> >
> > Regards
> > Carsten
> > --
> > Carsten Ziegeler
> > Adobe
> > cziege...@apache.org
> >
>
>
> --
> *Raymond Augé* (@rotty3000)
> Senior Software Architect *Liferay, Inc.* (@Liferay)
> OSGi Fellow, Java Champion
>

Re: [VOTE] Release Apache Felix Web Console 4.9.8 and 5.0.2

[davidb]

+1

David

On Thu, 11 Apr 2024 at 13:59, Carsten Ziegeler  wrote:

> +1
>
> Carsten
>
> On 11.04.2024 06:35, Carsten Ziegeler wrote:
> > Hi,
> >
> > we solved one issue in web console 4.9.8 and 5.0.2
> > https://issues.apache.org/jira/browse/FELIX-6688
> >
> > Staging repository:
> > https://repository.apache.org/content/repositories/orgapachefelix-1491
> >
> > You can use this UNIX script to download the release and verify the
> > signatures:
> > https://github.com/apache/felix-dev/blob/master/check_staged_release.sh
> >
> > Usage:
> > sh check_staged_release.sh 1491 /tmp/felix-staging
> >
> > Please vote to approve this release:
> >
> > [ ] +1 Approve the release
> > [ ] -1 Veto the release (please provide specific comments)
> >
> > This vote will be open for 72 hours.
> >
> > Regards
> > Carsten
>
> --
> Carsten Ziegeler
> Adobe
> cziege...@apache.org
>

Re: [VOTE] Release Apache Felix Http Jetty 5.1.12, Http Base 5.1.8, Http Bridge 5.1.8 and parent pom 9

[davidb]

+1

David

On Thu, 2 May 2024 at 11:59, Karl Pauls  wrote:

> +1
>
> regards,
>
> Karl
>
> On Wed, May 1, 2024 at 10:42 PM Thomas Watson  wrote:
> >
> > +1
> > Tom
> >
> >
> > On Wed, May 1, 2024 at 11:30 AM Carsten Ziegeler 
> > wrote:
> >
> > > Hi,
> > >
> > > we solved two issues for Http Jetty 5.1.12
> > > https://issues.apache.org/jira/projects/FELIX/versions/12354543
> > >
> > > we solved one issue for Http Base 5.1.8
> > > https://issues.apache.org/jira/projects/FELIX/versions/12354640
> > >
> > > we solved one issue for Http Bridge 5.1.8
> > > https://issues.apache.org/jira/projects/FELIX/versions/12354638
> > >
> > > and we solved javadoc generation for Java > 8 in parent pom 9
> > >
> > > Staging repository:
> > > https://repository.apache.org/content/repositories/orgapachefelix-1492
> > >
> > > You can use this UNIX script to download the release and verify the
> > > signatures:
> > >
> https://github.com/apache/felix-dev/blob/master/check_staged_release.sh
> > >
> > > Usage:
> > > sh check_staged_release.sh 1492 /tmp/felix-staging
> > >
> > > Please vote to approve this release:
> > >
> > > [ ] +1 Approve the release
> > > [ ] -1 Veto the release (please provide specific comments)
> > >
> > > This vote will be open for 72 hours.
> > >
> > > Regards
> > > Carsten
> > > --
> > > Carsten Ziegeler
> > > Adobe
> > > cziege...@apache.org
> > >
>
>
>
> --
> Karl Pauls
> karlpa...@gmail.com
>

Re: [VOTE] Release Apache Felix SCR 2.2.12

[davidb]

+1

David

On Thu, 2 May 2024 at 14:26, Thomas Watson  wrote:

> Hi,
>
> We solved one issues for SCR 2.2.12
> https://issues.apache.org/jira/projects/FELIX/versions/12354172
>
>
> Staging repository:
> https://repository.apache.org/content/repositories/orgapachefelix-1494
>
> You can use this UNIX script to download the release and verify the
> signatures:
> https://github.com/apache/felix-dev/blob/master/check_staged_release.sh
>
> Usage:
> sh check_staged_release.sh 1493 /tmp/felix-staging
>
> Please vote to approve this release:
>
> [ ] +1 Approve the release
> [ ] -1 Veto the release (please provide specific comments)
>
> This vote will be open for 72 hours.
>
> Thanks
> Tom
>

Re: [VOTE] Release Apache Felix Http Jetty12 1.0.6

[davidb]

+1

David

On Wed, 8 May 2024 at 09:06, Carsten Ziegeler  wrote:

> Hi,
>
> we solved four issues in this release
>
> https://issues.apache.org/jira/browse/FELIX-6707?jql=project%20%3D%20FELIX%20AND%20fixVersion%20%3D%20http.jetty12-1.0.6
>
> Staging repository:
> https://repository.apache.org/content/repositories/orgapachefelix-1495
>
> You can use this UNIX script to download the release and verify the
> signatures:
> https://github.com/apache/felix-dev/blob/master/check_staged_release.sh
>
> Usage:
> sh check_staged_release.sh 1495 /tmp/felix-staging
>
> Please vote to approve this release:
>
> [ ] +1 Approve the release
> [ ] -1 Veto the release (please provide specific comments)
>
> This vote will be open for 72 hours.
>
> Regards
> Carsten
> --
> Carsten Ziegeler
> Adobe
> cziege...@apache.org
>

Re: [VOTE] Release Apache Felix Http Jetty 5.1.14

[davidb]

+1

David

On Wed, 8 May 2024 at 09:07, Carsten Ziegeler  wrote:

> Hi,
>
> we solved three issues in this release
>
> https://issues.apache.org/jira/browse/FELIX-6706?jql=project%20%3D%20FELIX%20AND%20fixVersion%20%3D%20http.jetty-5.1.14
>
> Staging repository:
> https://repository.apache.org/content/repositories/orgapachefelix-1496
>
> You can use this UNIX script to download the release and verify the
> signatures:
> https://github.com/apache/felix-dev/blob/master/check_staged_release.sh
>
> Usage:
> sh check_staged_release.sh 1496 /tmp/felix-staging
>
> Please vote to approve this release:
>
> [ ] +1 Approve the release
> [ ] -1 Veto the release (please provide specific comments)
>
> This vote will be open for 72 hours.
>
> Regards
> Carsten
> --
> Carsten Ziegeler
> Adobe
> cziege...@apache.org
>

Re: [VOTE] Release Apache Felix Http Jetty 5.1.16

[davidb]

+1

David

On Wed, 5 Jun 2024 at 07:54, Carsten Ziegeler  wrote:

> Hi,
>
> we solved one issue for Http Jetty 5.1.16
> https://issues.apache.org/jira/browse/FELIX-6709
>
>
> Staging repository:
> https://repository.apache.org/content/repositories/orgapachefelix-1497
>
> You can use this UNIX script to download the release and verify the
> signatures:
> https://github.com/apache/felix-dev/blob/master/check_staged_release.sh
>
> Usage:
> sh check_staged_release.sh 1497 /tmp/felix-staging
>
> Please vote to approve this release:
>
> [ ] +1 Approve the release
> [ ] -1 Veto the release (please provide specific comments)
>
> This vote will be open for 72 hours.
>
> Regards
> Carsten
> --
> Carsten Ziegeler
> Adobe
> cziege...@apache.org
>

Re: [VOTE] Release Apache Felix Http Jetty12 1.0.8

[davidb]

+1

David

On Wed, 5 Jun 2024 at 08:05, Paul Rütter  wrote:

> +1
>
> -Original Message-
> From: Carsten Ziegeler 
> Sent: Wednesday, 5 June 2024 08:54
> To: dev@felix.apache.org
> Subject: [VOTE] Release Apache Felix Http Jetty12 1.0.8
>
> Hi,
>
> we solved one issue for Http Jetty12 1.0.8
> https://issues.apache.org/jira/browse/FELIX-6705
>
>
> Staging repository:
> https://repository.apache.org/content/repositories/orgapachefelix-1498
>
> You can use this UNIX script to download the release and verify the
> signatures:
> https://github.com/apache/felix-dev/blob/master/check_staged_release.sh
>
> Usage:
> sh check_staged_release.sh 1498 /tmp/felix-staging
>
> Please vote to approve this release:
>
> [ ] +1 Approve the release
> [ ] -1 Veto the release (please provide specific comments)
>
> This vote will be open for 72 hours.
>
> Regards
> Carsten
> --
> Carsten Ziegeler
> Adobe
> cziege...@apache.org
>

Re: [VOTE] Release Apache Felix Http Jetty 5.1.20 and http wrappers

[davidb]

+1

David

On Wed, 12 Jun 2024 at 17:08, Raymond Augé 
wrote:

> +1
>
> cheers
>
> On Wed, Jun 12, 2024 at 12:07 PM Carsten Ziegeler 
> wrote:
>
> > Hi,
> >
> > we solved one issue for Http Jetty 5.1.20 (and the wrappers)
> > https://issues.apache.org/jira/browse/FELIX-6711
> >
> >
> > Staging repository:
> > https://repository.apache.org/content/repositories/orgapachefelix-1500
> >
> > You can use this UNIX script to download the release and verify the
> > signatures:
> > https://github.com/apache/felix-dev/blob/master/check_staged_release.sh
> >
> > Usage:
> > sh check_staged_release.sh 1500 /tmp/felix-staging
> >
> > Please vote to approve this release:
> >
> > [ ] +1 Approve the release
> > [ ] -1 Veto the release (please provide specific comments)
> >
> > This vote will be open for 72 hours.
> >
> > Regards
> > Carsten
> > --
> > Carsten Ziegeler
> > Adobe
> > cziege...@apache.org
> >
>
>
> --
> *Raymond Augé* (@rotty3000)
> Senior Software Architect *Liferay, Inc.* (@Liferay)
> OSGi Fellow, Java Champion
>

Re: [VOTE] Release Apache Felix Http Jetty12 1.0.10

[davidb]

+1

David

On Wed, 12 Jun 2024 at 17:08, Raymond Augé 
wrote:

> +1
>
> cheers
>
> On Wed, Jun 12, 2024 at 12:08 PM Carsten Ziegeler 
> wrote:
>
> > Hi,
> >
> > we solved one issue for Http Jetty12 1.0.10
> > https://issues.apache.org/jira/browse/FELIX-6711
> >
> >
> > Staging repository:
> > https://repository.apache.org/content/repositories/orgapachefelix-1501
> >
> > You can use this UNIX script to download the release and verify the
> > signatures:
> > https://github.com/apache/felix-dev/blob/master/check_staged_release.sh
> >
> > Usage:
> > sh check_staged_release.sh 1501 /tmp/felix-staging
> >
> > Please vote to approve this release:
> >
> > [ ] +1 Approve the release
> > [ ] -1 Veto the release (please provide specific comments)
> >
> > This vote will be open for 72 hours.
> >
> > Regards
> > Carsten
> > --
> > Carsten Ziegeler
> > Adobe
> > cziege...@apache.org
> >
>
>
> --
> *Raymond Augé* (@rotty3000)
> Senior Software Architect *Liferay, Inc.* (@Liferay)
> OSGi Fellow, Java Champion
>

Re: [VOTE] Release Apache Felix Webconsole 5.0.4

[davidb]

+1

David

On Mon, 17 Jun 2024 at 14:49, Raymond Augé 
wrote:

> +1
>
> Cheers
>
> On Mon, Jun 17, 2024 at 4:28 AM Jean-Baptiste Onofré 
> wrote:
>
> > +1 (binding)
> >
> > Regards
> > JB
> >
> > On Mon, Jun 17, 2024 at 9:05 AM Carsten Ziegeler 
> > wrote:
> > >
> > > Hi,
> > >
> > > We solved 2 issues in this release
> > >
> >
> https://issues.apache.org/jira/browse/FELIX-6712?jql=project%20%3D%20FELIX%20AND%20fixVersion%20%3D%20webconsole-5.0.4
> > >
> > > Staging repository:
> > > https://repository.apache.org/content/repositories/orgapachefelix-1502
> > >
> > > You can use this UNIX script to download the release and verify the
> > > signatures:
> > >
> https://github.com/apache/felix-dev/blob/master/check_staged_release.sh
> > >
> > > Usage:
> > > sh check_staged_release.sh 1502 /tmp/felix-staging
> > >
> > > Please vote to approve this release:
> > >
> > > [ ] +1 Approve the release
> > > [ ] -1 Veto the release (please provide specific comments)
> > >
> > > This vote will be open for 72 hours.
> > >
> > > Regards
> > > Carsten
> > > --
> > > Carsten Ziegeler
> > > Adobe
> > > cziege...@apache.org
> >
>
>
> --
> *Raymond Augé* (@rotty3000)
> Senior Software Architect *Liferay, Inc.* (@Liferay)
> OSGi Fellow, Java Champion
>

Re: [VOTE RESULT] Release Apache Felix Http Jetty 5.1.24, Http Webconsole Plugin 1.2.0, Http Inventoryprinter 1.0.2 and Webconsole 5.0.6

[davidb]

+1

David

On Wed, 10 Jul 2024 at 14:53, Carsten Ziegeler  wrote:

> The vote passes with four binding +1 votes
>
> Thanks
> Carsten
> --
> Carsten Ziegeler
> Adobe
> cziege...@apache.org
>

Re: [VOTE] Release Apache Felix Http Jetty12 1.0.14

[davidb]

+1

David

On Wed, 10 Jul 2024 at 14:52, Carsten Ziegeler  wrote:

> +1
>
> Carsten
>
> On 07.07.2024 15:30, Carsten Ziegeler wrote:
> > Hi,
> >
> > We solved 1 issue in this release
> > https://issues.apache.org/jira/browse/FELIX-6716
> >
> > Staging repositories:
> > https://repository.apache.org/content/repositories/orgapachefelix-1506
> >
> > You can use this UNIX script to download the release and verify the
> > signatures:
> > https://github.com/apache/felix-dev/blob/master/check_staged_release.sh
> >
> > Usage:
> > sh check_staged_release.sh 1506 /tmp/felix-staging
> >
> >
> > Please vote to approve this release:
> >
> > [ ] +1 Approve the release
> > [ ] -1 Veto the release (please provide specific comments)
> >
> > This vote will be open for 72 hours.
> >
> > Regards
> > Carsten
>
> --
> Carsten Ziegeler
> Adobe
> cziege...@apache.org
>

OSGi summit at OCX 2024, Mainz, Germany.,

[davidb]

Hi all,

In case you haven't seen it yet, this year's OSGi summit will be held at
the OCX conference on Monday October 22nd, 2024.
Location is Mainz, Germany - which is quite close to Frankfurt.

For more information on the programme and to register go here:
https://www.ocxconf.org/event/778b82cc-6834-48a4-a58e-f883c5a7b8c9/websitePage:d1390b61-107a-45fc-a1aa-a88cee0cd893

Kind regards,

David

Re: [VOTE] Release configadmin 1.0.10

[davidb]

+1

Re: [VOTE] Release dependencymanager 2.0.0

[davidb]

+1

David Bosschaert

Re: [VOTE] Felix 1.6.0 framework and related subprojects release

[davidb]

+1

I have just contributed some additional code for the RFC 126
implementation (Service Registry Hooks) to FELIX-905, but there still
a few small things to finish on this so there's no reason to hold up
1.6.0 for this.
Release often = good :)

David Bosschaert

2009/4/1 Karl Pauls :
> I would like to call a vote on the following subproject releases,
>
> shell 1.2.0
> shell.tui 1.2.0
> bundlerepository 1.4.0
> framework 1.6.0
> main 1.6.0
>
> The source and binary release archives, signature files, SHA and MD5
> message digests for each are available as zip and tar.gz here:
>
> http://people.apache.org/~pauls/1.6.0
>
> Additionally, a binary release is included (called felix-1.6.0).
>
> Please vote to approve these release archives:
>
> [ ] +1 Approve the releases
> [ ] -1 Veto the releases (please provide specific comments)
>

Re: [VOTE] Felix 1.8.1 framework and main subproject releases

[davidb]

+1

David Bosschaert

2009/6/23 Rob Walker :
> +1
>
>> Karl Pauls schrieb:
>>
>>>
>>> I would like to call a vote on the framework and main 1.8.1 subproject
>>> releases.
>>>
>>> This is a bug fix release mainly to allow felix to run with limited
>>> permissions when a security manager is installed.
>>>
>>> Staging repository:
>>> https://repository.apache.org/content/repositories/felix-staging-003/
>>>
>>> You can use this UNIX script to download the release and verify the
>>> signatures:
>>> http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh
>>>
>>> Usage:
>>> sh check_staged_release.sh 3 /tmp/felix-staging
>>>
>>> Please vote to approve this release:
>>>
>>> [ ] +1 Approve the release
>>> [ ] -1 Veto the release (please provide specific comments)
>>>
>>>
>
> --
>
>
> Ascert - Taking systems to the Edge
> r...@ascert.com
> +44 (0)20 7488 3470
> www.ascert.com
>
>

Re: [karaf] Switching from gshell to gogo

[davidb]

+1 for switching to gogo

David

2009/7/2 Guillaume Nodet :
> Well, if we consider switching, it *is* the right moment, as Karaf has
> not done any release yet.
> I'd rather do that before the first release than after.
>
> That said, the commands will be the same as we would just port the
> existing karaf commands for gshell to gogo, which currently has a very
> minimal impact (change the base class and the package for annotations,
> that's mostly it).
> From a syntax point of view, the difference now is that they would
> look like osgi:list instead of osgi/list, but I'm quite sure I can
> hack gogo to allow the customization of the separator.
> I don't see any technical problems in porting the completers (which
> are really helpful).
>
> So in short, if I can configure gogo to use '/' instead of ':' as a
> separator, it should be mostly transparent for end users.  People
> having written commands would need to migrate though (but as I said,
> it's easy to do).
>
> On Thu, Jul 2, 2009 at 10:16, Charles Moulliard wrote:
>> Hi guillaume,
>>
>> From a technical point of view, this seems very interesting but is it the
>> right moment to do this migration regarding to client(s) using Apache
>> ServiceMix4, ... ? This will impact existing documents, tutorials, ...
>>
>> Regards,
>>
>> Charles Moulliard
>> Senior Enterprise Architect
>> Apache Camel Committer
>>
>> *
>> blog : http://cmoulliard.blogspot.com
>>
>>
>> On Thu, Jul 2, 2009 at 8:08 AM, Guillaume Nodet  wrote:
>>
>>> I've been considering swithing karaf shell from Geronimo Gshell to Felix
>>> Gogo.
>>> The main reasons are:
>>>  * Gogo is/will implement OSGi RFC 0142 to standardize the shell
>>> (it's not yet a spec, but should be in the future)
>>>  * Gogo should be able to be used at launch time to run the framework
>>>  * Gogo shell syntax is more powerfull, in addition to pipes, it
>>> supports closures, loops, if / then / else ...
>>>  * lightweight: < 100 ko vs > 1 Mo for gshell
>>>
>>> The drawbacks are:
>>>  * yet another change in the syntax (we've already changed it when
>>> between 1.0.0 and 1.1.0)
>>>  * some more work is needed as we're currently missing completors,
>>> history, banner
>>>
>>> Feedback welcome
>>>
>>> --
>>> Cheers,
>>> Guillaume Nodet
>>> 
>>> Blog: http://gnodet.blogspot.com/
>>> 
>>> Open Source SOA
>>> http://fusesource.com
>>>
>>
>
>
>
> --
> Cheers,
> Guillaume Nodet
> 
> Blog: http://gnodet.blogspot.com/
> 
> Open Source SOA
> http://fusesource.com
>

Karaf admin commands in a command-line script

[davidb]

Hi all,

Karaf has a mechanism to create new instances that can be invoked from
within the Karaf shell, something like:
  admin:create my_instance
  admin:list
  admin:start
etc

I need to be able to do some of these things from the OS command line
so I've started on external commands (e.g. admin-create.sh) that can
perform these tasks as well (they mostly use the same code as used by
the karaf shell).

I was wondering would the Felix/Karaf community be interested in
these? If so I'll start creating some Jiras and attach patches...

Best regards,

David Bosschaert

Re: Karaf admin commands in a command-line script

[davidb]

Ok, I've created a holder JIRA here:
https://issues.apache.org/jira/browse/FELIX-1547
I can't assign myself to it, but I'm working on it at the moment.

One quick question:
When I run a command standalone I see that it prints some funny
characters on my ordinary Windows console, probably caused by Ansi
code such as this (from AdminServiceImpl.java):
  println(Ansi.ansi().a("Creating new instance on port
").a(sshPort).a("
at:").a(Ansi.Attribute.INTENSITY_BOLD).a(serviceMixBase).a(Ansi.Attribute.RESET).toString());
Prints:
  Creating new instance on port 8106 at: ←[1mc:\somewhere...←[m
What do I need to set up so that this doesn't print out these '←[m'
strings? Normally when it's run within Felix it looks fine...

Thanks,

David

2009/9/1 Guillaume Nodet :
> That sounds like a good idea!
>
> On Tuesday, September 1, 2009,   wrote:
>> Hi all,
>>
>> Karaf has a mechanism to create new instances that can be invoked from
>> within the Karaf shell, something like:
>>   admin:create my_instance
>>   admin:list
>>   admin:start
>> etc
>>
>> I need to be able to do some of these things from the OS command line
>> so I've started on external commands (e.g. admin-create.sh) that can
>> perform these tasks as well (they mostly use the same code as used by
>> the karaf shell).
>>
>> I was wondering would the Felix/Karaf community be interested in
>> these? If so I'll start creating some Jiras and attach patches...
>>
>> Best regards,
>>
>> David Bosschaert
>>
>
> --
> Cheers,
> Guillaume Nodet
> 
> Blog: http://gnodet.blogspot.com/
> 
> Open Source SOA
> http://fusesource.com
>

Re: Karaf admin commands in a command-line script

[davidb]

I put an initial patch on the bug:
https://issues.apache.org/jira/browse/FELIX-1547
Let me know if this is going in the right direction.
If so I'll continue with finishing it off.

2009/9/1 Guillaume Nodet :
>
>
> On Tue, Sep 1, 2009 at 16:34,  wrote:
>>
>> Ok, I've created a holder JIRA here:
>> https://issues.apache.org/jira/browse/FELIX-1547
>> I can't assign myself to it, but I'm working on it at the moment.
>
> Great, thx !
>
>>
>> One quick question:
>> When I run a command standalone I see that it prints some funny
>> characters on my ordinary Windows console, probably caused by Ansi
>> code such as this (from AdminServiceImpl.java):
>>  println(Ansi.ansi().a("Creating new instance on port
>> ").a(sshPort).a("
>>
>> at:").a(Ansi.Attribute.INTENSITY_BOLD).a(serviceMixBase).a(Ansi.Attribute.RESET).toString());
>> Prints:
>>  Creating new instance on port 8106 at: ←[1mc:\somewhere...←[m
>> What do I need to set up so that this doesn't print out these '←[m'
>> strings? Normally when it's run within Felix it looks fine...
>
> Right, you need to initialize ANSI support.
> Try calling the following in your main():
>
>    org.fusesource.jansi.AnsiConsole.systemInstall();
>
>
>>
>> Thanks,
>>
>> David
>>
>> 2009/9/1 Guillaume Nodet :
>> > That sounds like a good idea!
>> >
>> > On Tuesday, September 1, 2009,   wrote:
>> >> Hi all,
>> >>
>> >> Karaf has a mechanism to create new instances that can be invoked from
>> >> within the Karaf shell, something like:
>> >>   admin:create my_instance
>> >>   admin:list
>> >>   admin:start
>> >> etc
>> >>
>> >> I need to be able to do some of these things from the OS command line
>> >> so I've started on external commands (e.g. admin-create.sh) that can
>> >> perform these tasks as well (they mostly use the same code as used by
>> >> the karaf shell).
>> >>
>> >> I was wondering would the Felix/Karaf community be interested in
>> >> these? If so I'll start creating some Jiras and attach patches...
>> >>
>> >> Best regards,
>> >>
>> >> David Bosschaert
>> >>
>> >
>> > --
>> > Cheers,
>> > Guillaume Nodet
>> > 
>> > Blog: http://gnodet.blogspot.com/
>> > 
>> > Open Source SOA
>> > http://fusesource.com
>> >
>
>
>
> --
> Cheers,
> Guillaume Nodet
> 
> Blog: http://gnodet.blogspot.com/
> 
> Open Source SOA
> http://fusesource.com
>
>
>

Re: [VOTE] Release gogo 0.2.0

[davidb]

+1

David

2009/9/8 Guillaume Nodet :
> I've uploaded a first release of gogo.
>
> Staging repository:
> https://repository.apache.org/content/repositories/felix-staging-048/
>
> You can use this UNIX script to download the release and verify the 
> signatures:
> http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh
>
> Usage:
> sh check_staged_release.sh 48 /tmp/felix-staging
>
> Please vote to approve this release:
>
> [ ] +1 Approve the release
> [ ] -1 Veto the release (please provide specific comments)
>
> This vote will be open for 72 hours.
>
> --
> Cheers,
> Guillaume Nodet
> 
> Blog: http://gnodet.blogspot.com/
> 
> Open Source SOA
> http://fusesource.com
>

Re: [VOTE] Release fileinstall 2.0.0

[davidb]

+1

David

2009/9/8 Guillaume Nodet :
> This release includes
>   * fileinstall 2.0.0
>
> Staging repository:
>   https://repository.apache.org/content/repositories/felix-staging-046/
>
> You can use this UNIX script to download the release and verify the
> signatures:
>   http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh
>
> Usage:
>   sh check_staged_release.sh 46 /tmp/felix-staging
>
> Please vote to approve this release:
>
> [ ] +1 Approve the release
> [ ] -1 Veto the release (please provide specific comments)
>
> --
> Cheers,
> Guillaume Nodet
> 
> Blog: http://gnodet.blogspot.com/
> 
> Open Source SOA
> http://fusesource.com
>

Re: [VOTE] Release gogo 0.2.0 (2nd try)

[davidb]

+1

David Bosschaert

2009/9/10 Guillaume Nodet :
> I've uploaded a new release of gogo with fixed NOTICE in all bundles.
>
> Staging repository:
> https://repository.apache.org/content/repositories/felix-staging-055/
>
> You can use this UNIX script to download the release and verify the 
> signatures:
> http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh
>
> Usage:
> sh check_staged_release.sh 55 /tmp/felix-staging
>
> Please vote to approve this release:
>
> [ ] +1 Approve the release
> [ ] -1 Veto the release (please provide specific comments)
>
> This vote will be open for 72 hours.
>
> --
> Cheers,
> Guillaume Nodet
> 
> Blog: http://gnodet.blogspot.com/
> 
> Open Source SOA
> http://fusesource.com
>

Re: [VOTE] Release gogo 0.2.0 (3thd try)

[davidb]

+1

David

2009/9/10 Guillaume Nodet :
> I've uploaded a new release of gogo with fixed NOTICE in all bundles
> and the missing ASF header.
> I think this one should be clean enough.
>
> Staging repository:
> https://repository.apache.org/content/repositories/felix-staging-059/
>
> You can use this UNIX script to download the release and verify the 
> signatures:
> http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh
>
> Usage:
> sh check_staged_release.sh 59 /tmp/felix-staging
>
> Please vote to approve this release:
>
> [ ] +1 Approve the release
> [ ] -1 Veto the release (please provide specific comments)
>
> This vote will be open for 72 hours.
>
> --
> Cheers,
> Guillaume Nodet
> 
> Blog: http://gnodet.blogspot.com/
> 
> Open Source SOA
> http://fusesource.com
>

Re: [VOTE] Release Karaf 1.0.0

[davidb]

+1

David Bosschaert

2009/9/22 Guillaume Nodet 

> I've uploaded a release candidate for Karaf 1.0.0.
>
> Note that this release also includes a release of felix-parent-pom
> with a single minor modification which was preventing the release of
> karaf:
>
> https://svn.apache.org/viewvc/felix/trunk/pom/pom.xml?r1=767078&r2=817212&diff_format=h
>
> Staging repository:
>  https://repository.apache.org/content/repositories/felix-staging-001/
>
> The source and binary distributions are available directly at:
>
> https://repository.apache.org/content/repositories/felix-staging-001/org/apache/felix/karaf/apache-felix-karaf/1.0.0/
>
> You can use this UNIX script to download the release and verify the
> signatures:
>  http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh
>
> Usage:
>  sh check_staged_release.sh 001 /tmp/felix-staging
>
> Please vote to approve this release:
>
> [ ] +1 Approve the release
> [ ] -1 Veto the release (please provide specific comments)
>
> This vote will be open for 72 hours.
>
>
> --
> Cheers,
> Guillaume Nodet
> 
> Blog: http://gnodet.blogspot.com/
> 
> Open Source SOA
> http://fusesource.com
>

[Karaf] How about a Karaf single-bundle distro?

[davidb]

Hi all,

I've been thinking about the Karaf bundles... Currently a minimal Karaf
runtime has 29 bundles.

[   0] [Active ] [] [0] System Bundle (2.0.0)
[   1] [Active ] [Created ] [   30] Apache Felix Karaf :: Shell OSGi
Commands (1.1.0.SNAPSHOT)
[   2] [Active ] [Created ] [   30] Apache Felix Karaf :: Shell
PackageAdmin Commands (1.1.0.SNAPSHOT)
[   3] [Active ] [] [   30] Apache MINA Core (2.0.0.M6)
[   4] [Active ] [Created ] [   30] Apache Felix Karaf :: Management
(1.1.0.SNAPSHOT)
[   5] [Active ] [Created ] [   30] Apache Felix Karaf :: Spring
Deployer (1.1.0.SNAPSHOT)
[   6] [Active ] [Created ] [   30] Apache Felix Karaf :: Shell
VariousCommands (1.1.0.SNAPSHOT)
[   7] [Active ] [Created ] [   30] Apache Felix Karaf :: Blueprint
Deployer (1.1.0.SNAPSHOT)
[   8] [Active ] [] [   30] Apache Mina SSHD :: Core (0.2.0)
[   9] [Active ] [Created ] [   30] Apache Felix Karaf :: Features
Core(1.1.0.SNAPSHOT)
[  10] [Active ] [] [   30] Apache Felix Gogo Shell Runtime
(0.2.0)
[  11] [Active ] [Created ] [   30] Apache Felix Karaf :: JAAS
Modules (1.1.0.SNAPSHOT)
[  12] [Active ] [Created ] [   30] Apache Felix Karaf :: Shell SSH
(1.1.0.SNAPSHOT)
[  13] [Active ] [] [   30] org.osgi.impl.bundle.jmx
(4.2.0.200907080519)
[  14] [Active ] [Created ] [   30] Apache Felix Karaf :: Shell
Console(1.1.0.SNAPSHOT)
[  15] [Active ] [Created ] [   30] Apache Felix Karaf :: Shell
ConfigAdmin Commands (1.1.0.SNAPSHOT)
[  16] [Active ] [Created ] [   30] Apache Felix Karaf :: Shell
Admin (1.1.0.SNAPSHOT)
[  17] [Active ] [Created ] [   30] Apache Felix Karaf :: JAAS
Config (1.1.0.SNAPSHOT)
[  18] [Active ] [Created ] [   30] Apache Felix Karaf :: Shell Log
Commands (1.1.0.SNAPSHOT)
[  19] [Active ] [Created ] [   30] Apache Felix Karaf :: Features
Management (1.1.0.SNAPSHOT)
[  20] [Active ] [Created ] [   30] Apache Felix Karaf :: Features
Deployer (1.1.0.SNAPSHOT)
[  21] [Active ] [Created ] [   30] Apache Felix Karaf :: Features
Command (1.1.0.SNAPSHOT)
[  22] [Active ] [] [   11] Apache Felix File Install
(2.0.1.SNAPSHOT)
[  23] [Active ] [] [   10] Apache Felix Prefrences Service
(1.0.2)
[  24] [Active ] [] [   10] Apache Felix Configuration Admin
Service (1.2.4)
[  25] [Active ] [] [8] OPS4J Pax Logging - API (1.4)
[  26] [Active ] [] [8] OPS4J Pax Logging - Service
(1.4)
[  27] [Active ] [] [5] OPS4J Pax Url - mvn: (1.1.2)
[  28] [Active ] [] [5] OPS4J Pax Url - wrap: (1.1.2)
[  29] [Active ] [Created ] [   20] Apache Geronimo Blueprint Bundle
(1.0.0)

Since you pretty much always need all 29 of these I was thinking it might
make sense to provide an alternate assembly (in addition to the current one)
that cuts down the number of bundles a little. For the CXF DOSGi project we
have always had two distros: a multi-bundle one and a single-bundle one. The
single-bundle distro has been very popular because of its ease of
installation. It's great for people just starting and for tutorials.

If we were to do something like this for Karaf we obviously have to choose:
do we put all bundles into a single distro, or do we leave certain
components out. I would personally perfer to have a single distro with
everything, so you could have a Karaf deployment like this:

[   0] [Active ] [] [0] System Bundle (2.0.0)
[   1] [Active ] [Created ] [   30] Apache Felix Karaf :: Single
Bundle Distro

If anyone needs to replace or use any of the embedded bundle separately,
they can always go back to the current Karaf distro.

Thoughts anyone? I'd be willing to help out creating this...

Best regards,

David

Re: [VOTE] Release gogo 0.2.2

[davidb]

+1 (non binding)

David

2009/11/17 Guillaume Nodet :
> I've uploaded a release candidate for Gogo 0.2.2 which solves the
> following issues:
>  http://issues.apache.org/jira/browse/FELIX-1671
>  http://issues.apache.org/jira/browse/FELIX-1858
>
> Staging repository:
> https://repository.apache.org/content/repositories/orgapachefelix-005/
>
> You can use this UNIX script to download the release and verify the 
> signatures:
> http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh
>
> Usage:
> sh check_staged_release.sh 005 /tmp/felix-staging
>
> Please vote to approve this release:
>
> [ ] +1 Approve the release
> [ ] -1 Veto the release (please provide specific comments)
>
> This vote will be open for 72 hours.
>
> --
> Cheers,
> Guillaume Nodet
> 
> Blog: http://gnodet.blogspot.com/
> 
> Open Source SOA
> http://fusesource.com
>

Re: Releasing karaf 1.2.0

[davidb]

+1

David

2009/11/25 Guillaume Nodet :
> Unless there is any major problem, I'm planning to cut a 1.2.0 release
> of karaf later this week...
> If there is any outstanding issue to fix, please shout asap !
>
> --
> Cheers,
> Guillaume Nodet
> 
> Blog: http://gnodet.blogspot.com/
> 
> Open Source SOA
> http://fusesource.com
>

Re: [VOTE] Release Karaf 1.2.0

[davidb]

+1

David Bosschaert

2009/11/27 Guillaume Nodet :
> I've uploaded a release for Karaf 1.2.0.
>
> The staging site is available at:
>  https://repository.apache.org/content/repositories/orgapachefelix-023/
>
> The release page is available at
>  http://cwiki.apache.org/FELIX/karaf-120.html
>
> You can use this UNIX script to download the release and verify the 
> signatures:
> http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh
>
> Usage:
> sh check_staged_release.sh 023 /tmp/felix-staging
>
> Please vote to approve this release:
>
> [ ] +1 Approve the release
> [ ] -1 Veto the release (please provide specific comments)
>
> This vote will be open for 72 hours.
>
> --
> Cheers,
> Guillaume Nodet
> 
> Blog: http://gnodet.blogspot.com/
> 
> Open Source SOA
> http://fusesource.com
>

Re: [VOTE] Release fileinstall 2.0.6

[davidb]

+1

David Bosschaert

2009/12/17 Guillaume Nodet :
> Release Notes - Felix - Version fileinstall-2.0.6
> ** Bug
>    * [FELIX-1775] - fileinstall release archives contains an empty
> "load" folder which should be removed
>    * [FELIX-1789] - FileInstall is too verbose
>    * [FELIX-1851] - FileInstall watched bundles are restarted twice upon 
> update
>    * [FELIX-1861] - FileInstall created temp directories are never deleted
>    * [FELIX-1862] - fileinstall thread name as printed in log
> messages need to be less verbose
>    * [FELIX-1928] - File installer starts bundles too early on restart
> ** Task
>    * [FELIX-1811] - fileinstall should depend on the official osgi artifacts
>
> Staging repository:
> https://repository.apache.org/content/repositories/felix-staging-054/
>
> You can use this UNIX script to download the release and verify the 
> signatures:
> http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh
>
> Usage:
> sh check_staged_release.sh 054 /tmp/felix-staging
>
> Please vote to approve this release:
>
> [ ] +1 Approve the release
> [ ] -1 Veto the release (please provide specific comments)
>
> This vote will be open for 72 hours.
>
> --
> Cheers,
> Guillaume Nodet
> 
> Blog: http://gnodet.blogspot.com/
> 
> Open Source SOA
> http://fusesource.com
>

Re: [VOTE] Release Apache Felix Http Modules

[davidb]

Hi all,

Carsten has asked me to finish the release, so here it goes...

With 6 +1s this release passes. I've promoted the artifacts in Maven.
I'll copy them to the dist area and will update the relevant web pages
soon.

Best regards,

David

On 8 January 2016 at 09:19, Jan Willem Janssen
 wrote:
> Hi,
>
>> On 06 Jan 2016, at 11:49, Carsten Ziegeler  wrote:
>>
>>
>> We solved 2 issues in this release:
>> https://issues.apache.org/jira/browse/FELIX/fixforversion/12334222/
>>
>> This vote is to release:
>>
>> Apache Felix Http Parent 8
>> Apache Felix Http Base 3.0.6
>> Apache Felix Http Bridge 3.0.6
>> Apache Felix Http Jetty 3.1.6
>>
>>
>> Staging repository:
>> https://repository.apache.org/content/repositories/orgapachefelix-1110/
>>
>> You can use this UNIX script to download the release and verify the
>> signatures:
>> http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh
>>
>> Usage:
>> sh check_staged_release.sh 1110 /tmp/felix-staging
>>
>> Please vote to approve this release:
>>
>> [ ] +1 Approve the release
>> [ ] -1 Veto the release (please provide specific comments)
>>
>> This vote will be open for at least 72 hours.
>
> Signatures look good: +1
>
> --
> Met vriendelijke groeten | Kind regards
>
> Jan Willem Janssen | Software Architect
> +31 631 765 814
>
>
> My world is something with Amdatu and Apache
>
> Luminis Technologies
> Churchillplein 1
> 7314 BZ  Apeldoorn
> +31 88 586 46 00
>
> https://www.luminis.eu
>
> KvK (CoC) 09 16 28 93
> BTW (VAT) NL8170.94.441.B.01
>

[VOTE] Release Apache Felix Bundle Repository (OBR) 2.0.8

[davidb]

Hi all,

I'm calling a vote on the Felix Bundle Repository release 2.0.8.

The following issues were solved since 2.0.6:
FELIX-5112 ClassCastException when deploying an OBR Resource already
present in the runtime
FELIX-5189 OBR R5 Capabilities are not Properly being Parsed
FELIX-5195 Provide-Capability not being processed for Resources
FELIX-5229 BundleNamespace on Req/Cap is not translated correctly
FELIX-5230 Better handling of effective attribute on Requirements
FELIX-5231 Order Repositories in the order they are added

Staging repository:
https://repository.apache.org/content/repositories/orgapachefelix-1118

You can use this UNIX script to download the release and verify the
signatures:
http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh

Usage:
sh check_staged_release.sh 1118 /tmp/felix-obr-check

Please vote to approve this release:

[ ] +1 Approve the release
[ ] -1 Veto the release (please provide specific comments)

This vote will remain open for at least 72 hours.

Best regards,

David Bosschaert

[VOTE] Release Apache Felix File Install 3.5.4

[davidb]

Hi all,

I'm calling a vote on the Felix File Install 3.5.4

The following issues were solved since 3.5.2:
FELIX-4934 Only log failures for consistently failing bundles
FELIX-5218 Fileinstall MemoryLeak / Performance degradation in
WatcherScanner
FELIX-5217 Fileinstall is handling removal of many files inefficiently
FELIX-5209 [FileInstall] use framework bundle location to get framework
bundle

Staging repository:
https://repository.apache.org/content/repositories/orgapachefelix-1119

You can use this UNIX script to download the release and verify the
signatures:
http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh

Usage:
sh check_staged_release.sh 1119 /tmp/felix-fileinstall-check

Please vote to approve this release:

[ ] +1 Approve the release
[ ] -1 Veto the release (please provide specific comments)

This vote will remain open for at least 72 hours.

Best regards,

David Bosschaert

[Discuss] Develop OSGi Converter Service in Apache Felix?

[davidb]

Hi all,

In OSGi work is being done to define a Converter service. The current
working draft can be found here:
https://github.com/osgi/design/tree/master/rfcs/rfc0215

I have started prototyping an implementation of this in my personal github
project: https://github.com/coderthoughts/converter

However, it would obviously be nicer to do the implementation an a proper
opensource project, so I'm looking for a home work this work.
Apache Felix would be a good place IMHO as this will be another generally
useful OSGi component. Another place could be Apache Aries, but I was
initially thinking of Felix because this is not really an 'Enterprise'
component.

How would people feel if I would contribute my current very small codebase
with no dependencies to the Felix project and continue development here?

Best regards,

David Bosschaert

Re: [VOTE] Release Apache Felix File Install 3.5.4

[davidb]

+1

David

On 1 April 2016 at 16:03,  wrote:

> Hi all,
>
> I'm calling a vote on the Felix File Install 3.5.4
>
> The following issues were solved since 3.5.2:
> FELIX-4934 Only log failures for consistently failing bundles
> FELIX-5218 Fileinstall MemoryLeak / Performance degradation in
> WatcherScanner
> FELIX-5217 Fileinstall is handling removal of many files inefficiently
> FELIX-5209 [FileInstall] use framework bundle location to get framework
> bundle
>
> Staging repository:
> https://repository.apache.org/content/repositories/orgapachefelix-1119
>
> You can use this UNIX script to download the release and verify the
> signatures:
> http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh
>
> Usage:
> sh check_staged_release.sh 1119 /tmp/felix-fileinstall-check
>
> Please vote to approve this release:
>
> [ ] +1 Approve the release
> [ ] -1 Veto the release (please provide specific comments)
>
> This vote will remain open for at least 72 hours.
>
> Best regards,
>
> David Bosschaert
>
>

Re: [VOTE] Release Apache Felix Bundle Repository (OBR) 2.0.8

[davidb]

+1

David

On 1 April 2016 at 15:42,  wrote:

> Hi all,
>
> I'm calling a vote on the Felix Bundle Repository release 2.0.8.
>
> The following issues were solved since 2.0.6:
> FELIX-5112 ClassCastException when deploying an OBR Resource already
> present in the runtime
> FELIX-5189 OBR R5 Capabilities are not Properly being Parsed
> FELIX-5195 Provide-Capability not being processed for Resources
> FELIX-5229 BundleNamespace on Req/Cap is not translated correctly
> FELIX-5230 Better handling of effective attribute on Requirements
> FELIX-5231 Order Repositories in the order they are added
>
> Staging repository:
> https://repository.apache.org/content/repositories/orgapachefelix-1118
>
> You can use this UNIX script to download the release and verify the
> signatures:
> http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh
>
> Usage:
> sh check_staged_release.sh 1118 /tmp/felix-obr-check
>
> Please vote to approve this release:
>
> [ ] +1 Approve the release
> [ ] -1 Veto the release (please provide specific comments)
>
> This vote will remain open for at least 72 hours.
>
> Best regards,
>
> David Bosschaert
>

Re: [Discuss] Develop OSGi Converter Service in Apache Felix?

[davidb]

Hi Jamie,

Thanks for the link! The OSGi specwork for RFC 215 is already based on a
number of existing projects, but the camel converter is not yet one of
them. I will put it on the list to look at.

Cheers,

David

On 3 April 2016 at 17:29, Jamie G.  wrote:

> Have you had a look at Apache Camel's type converter
> http://camel.apache.org/type-converter.html might be some useful code
> in there towards your efforts.
>
> Conversion as a Service could be useful.
>
> -J
>
> On Fri, Apr 1, 2016 at 1:31 PM,   wrote:
> > Hi all,
> >
> > In OSGi work is being done to define a Converter service. The current
> > working draft can be found here:
> > https://github.com/osgi/design/tree/master/rfcs/rfc0215
> >
> > I have started prototyping an implementation of this in my personal
> github
> > project: https://github.com/coderthoughts/converter
> >
> > However, it would obviously be nicer to do the implementation an a proper
> > opensource project, so I'm looking for a home work this work.
> > Apache Felix would be a good place IMHO as this will be another generally
> > useful OSGi component. Another place could be Apache Aries, but I was
> > initially thinking of Felix because this is not really an 'Enterprise'
> > component.
> >
> > How would people feel if I would contribute my current very small
> codebase
> > with no dependencies to the Felix project and continue development here?
> >
> > Best regards,
> >
> > David Bosschaert
>

Re: [VOTE] Release Apache Felix File Install 3.5.4

[davidb]

With 8 +1 votes (including the mandatory number of binding ones) this vote
succeeds.
I'll promote the artifacts in Maven and will update the download area.

Best regards,

David

On 1 April 2016 at 16:03,  wrote:

> Hi all,
>
> I'm calling a vote on the Felix File Install 3.5.4
>
> The following issues were solved since 3.5.2:
> FELIX-4934 Only log failures for consistently failing bundles
> FELIX-5218 Fileinstall MemoryLeak / Performance degradation in
> WatcherScanner
> FELIX-5217 Fileinstall is handling removal of many files inefficiently
> FELIX-5209 [FileInstall] use framework bundle location to get framework
> bundle
>
> Staging repository:
> https://repository.apache.org/content/repositories/orgapachefelix-1119
>
> You can use this UNIX script to download the release and verify the
> signatures:
> http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh
>
> Usage:
> sh check_staged_release.sh 1119 /tmp/felix-fileinstall-check
>
> Please vote to approve this release:
>
> [ ] +1 Approve the release
> [ ] -1 Veto the release (please provide specific comments)
>
> This vote will remain open for at least 72 hours.
>
> Best regards,
>
> David Bosschaert
>
>

Re: [VOTE] Release Apache Felix Bundle Repository (OBR) 2.0.8

[davidb]

With 5 +1 votes (including the mandatory number of binding ones) this vote
succeeds.
I'll promote the artifacts in Maven and will update the download area.

Best regards,

David

On 1 April 2016 at 15:42,  wrote:

> Hi all,
>
> I'm calling a vote on the Felix Bundle Repository release 2.0.8.
>
> The following issues were solved since 2.0.6:
> FELIX-5112 ClassCastException when deploying an OBR Resource already
> present in the runtime
> FELIX-5189 OBR R5 Capabilities are not Properly being Parsed
> FELIX-5195 Provide-Capability not being processed for Resources
> FELIX-5229 BundleNamespace on Req/Cap is not translated correctly
> FELIX-5230 Better handling of effective attribute on Requirements
> FELIX-5231 Order Repositories in the order they are added
>
> Staging repository:
> https://repository.apache.org/content/repositories/orgapachefelix-1118
>
> You can use this UNIX script to download the release and verify the
> signatures:
> http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh
>
> Usage:
> sh check_staged_release.sh 1118 /tmp/felix-obr-check
>
> Please vote to approve this release:
>
> [ ] +1 Approve the release
> [ ] -1 Veto the release (please provide specific comments)
>
> This vote will remain open for at least 72 hours.
>
> Best regards,
>
> David Bosschaert
>

Re: [Discuss] Develop OSGi Converter Service in Apache Felix?

[davidb]

Ok, as nobody complained I have started a very small initial project here:
https://svn.apache.org/viewvc?view=revision&revision=1737831

Best regards,

David

On 4 April 2016 at 09:46,  wrote:

> Hi Jamie,
>
> Thanks for the link! The OSGi specwork for RFC 215 is already based on a
> number of existing projects, but the camel converter is not yet one of
> them. I will put it on the list to look at.
>
> Cheers,
>
> David
>
> On 3 April 2016 at 17:29, Jamie G.  wrote:
>
>> Have you had a look at Apache Camel's type converter
>> http://camel.apache.org/type-converter.html might be some useful code
>> in there towards your efforts.
>>
>> Conversion as a Service could be useful.
>>
>> -J
>>
>> On Fri, Apr 1, 2016 at 1:31 PM,   wrote:
>> > Hi all,
>> >
>> > In OSGi work is being done to define a Converter service. The current
>> > working draft can be found here:
>> > https://github.com/osgi/design/tree/master/rfcs/rfc0215
>> >
>> > I have started prototyping an implementation of this in my personal
>> github
>> > project: https://github.com/coderthoughts/converter
>> >
>> > However, it would obviously be nicer to do the implementation an a
>> proper
>> > opensource project, so I'm looking for a home work this work.
>> > Apache Felix would be a good place IMHO as this will be another
>> generally
>> > useful OSGi component. Another place could be Apache Aries, but I was
>> > initially thinking of Felix because this is not really an 'Enterprise'
>> > component.
>> >
>> > How would people feel if I would contribute my current very small
>> codebase
>> > with no dependencies to the Felix project and continue development here?
>> >
>> > Best regards,
>> >
>> > David Bosschaert
>>
>
>

[Discuss] Resolver 'latch' bundle / sub module

[davidb]

Hi all,

In some cases I have a requirement that a bundle should not resolve (or
start) when a certain external 'thing' hasn't taken place yet. For example
maybe you may not want to start a certain bundle until some operations have
been performed on a database.

Normally the only way you can prevent a bundle from resolving is if it has
some unresolved requirements. However, requirements and capabilities are
only attacheable to bundles and to add a requirement at runtime would
require adding a specific bundle that has that capability which could get a
bit messy - you may end up with a lot of capability-only bundles.

So I've been prototyping an alternative approach to this: a bundle with a
resolver hook. The bundle prevents bundles that are configured to be 'held
behind' from resolving until the latch has opened and they are allowed to
resolve.

In practice it worked like this. The implementation bundle looks for
bundles that are marked with a specific resolver latch capability:
  Provide-Capability =
aaa.bbb.ccc.resolverlatch;aaa.bbb.ccc.resolverlatch=foobar
The capability has a latch name too, in the above case that's 'foobar'.

The resolver latch bundle is configured (via configadmin) with a list of
latch names that it should initially prevent from resolving.
It also provides a service that can be called by an external entity - eg
the one that knows about the database in the above example - to release the
latch with a certain name... At that point the bundles with that latch name
capability can be started.

It's quite a small project altogether, and it might be useful by others
too. I'd like to contribute this to the Felix project as an independent
submodule.

Thoughts anyone?

Cheers,

David Bosschaert

Re: [Discuss] Resolver 'latch' bundle / sub module

[davidb]

Hi all,

I totally agree that using a services-based approach is more elegant here.

However in my use-case the bundles that should wait for the service may not
be developed with this condition in mind, so it's an extra condition that
should hold these bundles back. The bundles themselves could be written
using any technology, maybe with DS, maybe not (simple Bundle Activators).

Maybe my idea isn't so generally useful after all, as services based
solutions - if you can use them - are certainly better.

I guess I'll hold off contributing this. Thanks all for the feedback.

Cheers,

David

On 10 November 2016 at 15:35, Neil Bartlett  wrote:

>
> > On 10 Nov 2016, at 15:18, Carsten Ziegeler  wrote:
> >
> > Neil Bartlett wrote
> >> I’m also somewhat opposed to David’s approach. I feel that it conflates
> two separate concepts: bundles are for packaging and code delivery, this
> problem space is about enabling/disabling functionality based on observable
> conditions.
> >>
> >> I would prefer to do this with Declarative Services. Rather than
> “holding back” an entire bundle, just do it with a DS component using a
> mandatory @Reference to a service. When the “external thing” happens, it is
> detected and mapped to a published service. The availability of the service
> allows the component’s @Reference to be satisfied and we are off to the
> races. This can also be easily understood and introspected at runtime using
> the scr:list and scr:info commands, or the WebConsole with X-Ray.
> >>
> >
> > While the service approach is definitely working and a nice way as it is
> > already available, I see a scalability problem.
> >
> > Think about use cases similar to the extender mechanism, you don't want
> > that your bundle starts until the DS extender is available. But you
> > don't want that each and every service has a reference to the DS runtime
> > service.
>
> Why don’t I want my bundle to start until the DS extender is available? It
> makes no difference.
>
> >
> > Let's assume you have an app, consisting of dozens of services, for
> > simplicity let's assume they are all in one bundle. Now you don't want
> > to start any of these services until some condition is met.
> > Clearly, you can add these special reference to each and every of the
> > dozen services, but that doesn't look nice to me.
>
> I don’t think it would work out that way in practice. Whatever this
> external condition is, would there really be dozens of components that
> refer to it *directly*? I think it’s more likely that a small number of
> low-level components would use that condition directly and offer services
> that are consumed by higher-level components. Thus the lifecycle of the
> higher-level components would still be contingent on the external
> condition, but indirectly.
>
> >
> > Then there is the problem if someone does not want to use DS (ok that's
> > their own problem maybe), or there is a bundle activator or something.
> >
> > In general, you simply don't want to start the app bundle at all.
>
> Then it seems we are talking past each other. I thought we were trying to
> find a good pattern for implementing this scenario, where functionality
> must be temporally dependent on an external condition. I still think this
> is best done in DS… but of course would be quite simple in Blueprint or
> DependencyManager or iPOJO, etc. Or even with the low-level APIs and
> ServiceTracker, if you happen to be a masochist.
>
> On the other hand you seem to be talking about poorly designed bundles
> that make assumptions about external conditions — and finding workarounds
> to allow those bundles to still work when the assumptions are invalidated.
> If so then David’s proposal is valuable in that context.
>
> My problem is that in OSGi we are constantly fighting against bad
> practices and preconceptions. For example, every newbie always asks how to
> achieve start ordering with the StartLevel service. We could just tell them
> how to do it, or we can give them the understanding and techniques so that
> start ordering becomes a non-issue. David’s proposal is a bit like Start
> Levels: I’m not saying it’s never necessary, but I wouldn’t want it to be
> misconstrued as good practice.
>
> Neil
>
>
> >
> > Requirements and capabilities are a great mechanism for this, but you
> > can't dynamically add capabilities.
> >
> > Carsten
> >
> >
> >
> > --
> > Carsten Ziegeler
> > Adobe Research Switzerland
> > cziege...@apache.org
> >
>
>

[ANN] New Apache Felix Committers: David Leangen and Neil Bartlett

[davidb]

Hi all,

I'm very happy to announce that the Apache Felix project has invited two
new committers and both have accepted:
David Leangen and Neil Bartlett.

Please join me in welcoming David and Neil to the project.

Best regards,

David Bosschaert

[VOTE] Release Apache Felix Bundle Repository 2.0.10

[davidb]

Hi all,

We solved 8 issues in org.apache.felix.bundlerepository-2.0.10:
https://issues.apache.org/jira/browse/FELIX/fixforversion/12335500

Staging repository:
https://repository.apache.org/content/repositories/orgapachefelix-1176

You can use this UNIX script to download the release and verify the
signatures:
http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh

Usage:
sh check_staged_release.sh 1176 check-bundlerepository-2.0.10

Please vote to approve this release:

[ ] +1 Approve the release
[ ] -1 Veto the release (please provide specific comments)

This vote will be open for 72 hours.

Best regards,

David

Re: [VOTE] Release Apache Felix Bundle Repository 2.0.10

[davidb]

Here's my +1

David

On 21 April 2017 at 11:33,  wrote:

> Hi all,
>
> We solved 8 issues in org.apache.felix.bundlerepository-2.0.10:
> https://issues.apache.org/jira/browse/FELIX/fixforversion/12335500
>
> Staging repository:
> https://repository.apache.org/content/repositories/orgapachefelix-1176
>
> You can use this UNIX script to download the release and verify the
> signatures:
> http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh
>
> Usage:
> sh check_staged_release.sh 1176 check-bundlerepository-2.0.10
>
> Please vote to approve this release:
>
> [ ] +1 Approve the release
> [ ] -1 Veto the release (please provide specific comments)
>
> This vote will be open for 72 hours.
>
> Best regards,
>
> David
>

Re: [VOTE] Release Apache Felix Bundle Repository 2.0.10

[davidb]

With 5 +1s and no other votes this vote passes. I've promoted the artifacts
and will update the download page.

David

On 24 April 2017 at 12:21, Pierre De Rop  wrote:

> hi;
>
> +1
> Pierre
>
>
> On Mon, Apr 24, 2017 at 12:05 PM,  wrote:
>
>> Here's my +1
>>
>> David
>>
>> On 21 April 2017 at 11:33,  wrote:
>>
>> > Hi all,
>> >
>> > We solved 8 issues in org.apache.felix.bundlerepository-2.0.10:
>> > https://issues.apache.org/jira/browse/FELIX/fixforversion/12335500
>> >
>> > Staging repository:
>> > https://repository.apache.org/content/repositories/orgapachefelix-1176
>> >
>> > You can use this UNIX script to download the release and verify the
>> > signatures:
>> > http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh
>> >
>> > Usage:
>> > sh check_staged_release.sh 1176 check-bundlerepository-2.0.10
>> >
>> > Please vote to approve this release:
>> >
>> > [ ] +1 Approve the release
>> > [ ] -1 Veto the release (please provide specific comments)
>> >
>> > This vote will be open for 72 hours.
>> >
>> > Best regards,
>> >
>> > David
>> >
>>
>
>

SVN query when updating Felix CMS

[davidb]

Hi infra,

When I update the Felix CMS using the 'Update' link on the page I'm getting
the following message on the web page:

"Update complete

Status

Updating 'usr/local/cms/wc/felix/davidb-NVWGRt/trunk':
Error validating server certificate for 'https://svn.apache.org:443':
 - The certificate is not issued by a trusted authority. Use the
   fingerprint to validate the certificate manually!
Certificate information:
 - Hostname: *.apache.org
 - Valid: from Fri, 21 Apr 2017 00:00:00 GMT until Sat, 20 Jul 2019
23:59:59 GMT
 - Issuer: www.ssl.com, SSL.com, US
 - Fingerprint: 2d:97:67:d9:2e:20:ee:07:3d:26:da:97:a6:43:36:5f:71:8e:94:19
(R)eject, accept (t)emporarily or accept (p)ermanently? svn: E175002:
Unable to connect to a repository at URL '
https://svn.apache.org/repos/asf/felix/site'
svn: E175002: OPTIONS of 'https://svn.apache.org/repos/asf/felix/site':
Server certificate verification failed: issuer is not trusted (
https://svn.apache.org)
[Edit] [Browse] [Diff]"

I'm not sure what happened, maybe the SSL cert was updated or something. I
also get this locally, but there I can simply accept this by responding.
Does anyone know how we can do this in the CMS given that there is no way
to anwer with 'R, t or p' to the question?

Thanks!

David

[VOTE] Felix Converter 1.0.0

[davidb]

Hi all,

I would like to call a vote on the Felix Converter version 1.0.0.
The Converter implements chapter 707 of the new OSGi R7 Compendium
Specifications which can be found here:
https://osgi.org/specification/osgi.cmpn/7.0.0/util.converter.html

As the OSGi R7 API is now available in Maven Central as released artifacts,
the release of the Felix Converter can take place.

Staging repositories:
https://repository.apache.org/content/repositories/orgapachefelix-1218/

You can use this UNIX script to download the release and verify the
signatures:
http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh

Usage:
sh check_staged_release.sh 1218 /tmp/felix-staging

Please vote to approve this release:

[ ] +1 Approve the release
[ ] -1 Veto the release (please provide specific comments)

This vote will be open for at least 72 hours.

Best regards,

David

Re: [VOTE] Felix Converter 1.0.0

[davidb]

Here's my +1

David

On 23 April 2018 at 14:15,  wrote:

> Hi all,
>
> I would like to call a vote on the Felix Converter version 1.0.0.
> The Converter implements chapter 707 of the new OSGi R7 Compendium
> Specifications which can be found here: https://osgi.org/
> specification/osgi.cmpn/7.0.0/util.converter.html
>
> As the OSGi R7 API is now available in Maven Central as released
> artifacts, the release of the Felix Converter can take place.
>
> Staging repositories:
> https://repository.apache.org/content/repositories/orgapachefelix-1218/
>
> You can use this UNIX script to download the release and verify the
> signatures:
> http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh
>
> Usage:
> sh check_staged_release.sh 1218 /tmp/felix-staging
>
> Please vote to approve this release:
>
> [ ] +1 Approve the release
> [ ] -1 Veto the release (please provide specific comments)
>
> This vote will be open for at least 72 hours.
>
> Best regards,
>
> David
>

[VOTE RESULT] Felix Converter 1.0.0

[davidb]

This vote succeeds with 11 +1 votes and no other votes.

I'll promote the artifacts and will update the dist repo, downloads page
and JIRA versions.

Best regards,

David

On 23 April 2018 at 14:15,  wrote:

> Hi all,
>
> I would like to call a vote on the Felix Converter version 1.0.0.
> The Converter implements chapter 707 of the new OSGi R7 Compendium
> Specifications which can be found here: https://osgi.org/
> specification/osgi.cmpn/7.0.0/util.converter.html
>
> As the OSGi R7 API is now available in Maven Central as released
> artifacts, the release of the Felix Converter can take place.
>
> Staging repositories:
> https://repository.apache.org/content/repositories/orgapachefelix-1218/
>
> You can use this UNIX script to download the release and verify the
> signatures:
> http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh
>
> Usage:
> sh check_staged_release.sh 1218 /tmp/felix-staging
>
> Please vote to approve this release:
>
> [ ] +1 Approve the release
> [ ] -1 Veto the release (please provide specific comments)
>
> This vote will be open for at least 72 hours.
>
> Best regards,
>
> David
>

[VOTE] Release Felix Utils 1.11.0

[davidb]

Hi all,

I'd like to call a vote on the Felix Utils component. The following JIRA
issues were addressed:
FELIX-5838 Add OSGi Resource implementations to Felix Utils
FELIX-5839 Add xml and json repositories implemenation

As this component now provides additional new functionality, the minor
version has been increased.

Staging repositories:
https://repository.apache.org/content/repositories/orgapachefelix-1224/


You can use this UNIX script to download the release and verify the
signatures:
http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh

Usage:
sh check_staged_release.sh 1224 /tmp/felix-staging

Please vote to approve this release:

[ ] +1 Approve the release
[ ] -1 Veto the release (please provide specific comments)

This vote will be open for at least 72 hours.

Best regards,

David

Re: [VOTE] Release Felix Utils 1.11.0

[davidb]

Here's my +1

David

On 2 May 2018 at 15:15,  wrote:

> Hi all,
>
> I'd like to call a vote on the Felix Utils component. The following JIRA
> issues were addressed:
> FELIX-5838 Add OSGi Resource implementations to Felix Utils
> FELIX-5839 Add xml and json repositories implemenation
>
> As this component now provides additional new functionality, the minor
> version has been increased.
>
> Staging repositories:
> https://repository.apache.org/content/repositories/orgapachefelix-1224/
>
>
> You can use this UNIX script to download the release and verify the
> signatures:
> http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh
>
> Usage:
> sh check_staged_release.sh 1224 /tmp/felix-staging
>
> Please vote to approve this release:
>
> [ ] +1 Approve the release
> [ ] -1 Veto the release (please provide specific comments)
>
> This vote will be open for at least 72 hours.
>
> Best regards,
>
> David
>

[RESULT][VOTE] Release Felix Utils 1.11.0

[davidb]

With 6 binding and 1 non-binding votes this vote has passed.
I'll promote the artifacts.

Best regards,

David

On 2 May 2018 at 15:15,  wrote:

> Hi all,
>
> I'd like to call a vote on the Felix Utils component. The following JIRA
> issues were addressed:
> FELIX-5838 Add OSGi Resource implementations to Felix Utils
> FELIX-5839 Add xml and json repositories implemenation
>
> As this component now provides additional new functionality, the minor
> version has been increased.
>
> Staging repositories:
> https://repository.apache.org/content/repositories/orgapachefelix-1224/
>
>
> You can use this UNIX script to download the release and verify the
> signatures:
> http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh
>
> Usage:
> sh check_staged_release.sh 1224 /tmp/felix-staging
>
> Please vote to approve this release:
>
> [ ] +1 Approve the release
> [ ] -1 Veto the release (please provide specific comments)
>
> This vote will be open for at least 72 hours.
>
> Best regards,
>
> David
>

[VOTE] Felix Converter 1.0.2

[davidb]

Hi all,

I would like to call a vote on the Felix Converter version 1.0.2

The following issue was fixed:
FELIX-5923 Conversion from Map to single element Annotation type does not
incorporate PREFIX_

Staging repositories:
https://repository.apache.org/content/repositories/orgapachefelix-1260/

You can use this UNIX script to download the release and verify the
signatures:
http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh

Usage:
sh check_staged_release.sh 1260 /tmp/felix-staging

Please vote to approve this release:

[ ] +1 Approve the release
[ ] -1 Veto the release (please provide specific comments)

This vote will be open for at least 72 hours.

Best regards,

David Bosschaert

Re: [VOTE] Felix Converter 1.0.2

[davidb]

Here's my +1

David

On Thu, 20 Sep 2018 at 10:29,  wrote:

> Hi all,
>
> I would like to call a vote on the Felix Converter version 1.0.2
>
> The following issue was fixed:
> FELIX-5923 Conversion from Map to single element Annotation type does not
> incorporate PREFIX_
>
> Staging repositories:
> https://repository.apache.org/content/repositories/orgapachefelix-1260/
>
> You can use this UNIX script to download the release and verify the
> signatures:
> http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh
>
> Usage:
> sh check_staged_release.sh 1260 /tmp/felix-staging
>
> Please vote to approve this release:
>
> [ ] +1 Approve the release
> [ ] -1 Veto the release (please provide specific comments)
>
> This vote will be open for at least 72 hours.
>
> Best regards,
>
> David Bosschaert
>
>

[RESULT][VOTE] Felix Converter 1.0.2

[davidb]

This vote passes with 4 binding votes from Carsten Ziegeler, Raymond Auge,
Karl Pauls and me and 1 non-binding vote from Timothy Ward.

I'll promote the artifacts.

Best regards,

David

On Thu, 20 Sep 2018 at 09:29,  wrote:

> Hi all,
>
> I would like to call a vote on the Felix Converter version 1.0.2
>
> The following issue was fixed:
> FELIX-5923 Conversion from Map to single element Annotation type does not
> incorporate PREFIX_
>
> Staging repositories:
> https://repository.apache.org/content/repositories/orgapachefelix-1260/
>
> You can use this UNIX script to download the release and verify the
> signatures:
> http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh
>
> Usage:
> sh check_staged_release.sh 1260 /tmp/felix-staging
>
> Please vote to approve this release:
>
> [ ] +1 Approve the release
> [ ] -1 Veto the release (please provide specific comments)
>
> This vote will be open for at least 72 hours.
>
> Best regards,
>
> David Bosschaert
>
>

[VOTE] Release Felix Gogo Command bundle version 0.14.0

[davidb]

Hi,

I'm calling a vote on Felix Gogo Command 0.14.0.

Staging repository:
https://repository.apache.org/content/repositories/orgapachefelix-1021/

You can use this UNIX script to download the release and verify the signatures:
http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh

Usage:
sh check_staged_release.sh 1021 /tmp/felix-staging

Changes:
* This release fixes a NullPointerException in the obr:info command.

Please vote to approve this release:

[ ] +1 Approve the release
[ ] -1 Veto the release (please provide specific comments)

This vote will be open for at least 72 hours.

Thanks,

David Bosschaert

[VOTE] Release Felix Bundle Repository version 2.0.0

[davidb]

Hi,

I'm calling a vote on Felix Bundle Repository version 2.0.0.

It's been a long time since the OBR has been released, and since it
now also provides the OSGi Repository API 1.0 I think this warrants a
version of 2.0.0. Note that the exported packages are semantically
versioned.

Staging repository:
https://repository.apache.org/content/repositories/orgapachefelix-1022/

You can use this UNIX script to download the release and verify the signatures:
http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh

Usage:
sh check_staged_release.sh 1022 /tmp/felix-staging

Changes:
New Feature:
* [FELIX-4368] - Support OSGi Repository 1.0 Specification
** [FELIX-4369] - Support repository.xml as defined by OSGi Repository spec
** [FELIX-4370] - Support Repository service as defined by OSGi spec
** [FELIX-4371] - Pass the Repository 1.0 OSGi CT
  -> The results of the OSGi Repository CT can be found here:
  
http://people.apache.org/~davidb/felix_obr_2.0.0/TEST-org.osgi.test.cases.repository-5.0.0.xml

Bug fixed:
* [FELIX-3257] - OBR resolver unable to pick up the highest bundle
version when selecting the best candidate
* [FELIX-2465] - system.bundle should be automatically wired to the
relevant bundle
* [FELIX-3842] - NPE in LocalRepositoryImpl

Please vote to approve this release:

[ ] +1 Approve the release
[ ] -1 Veto the release (please provide specific comments)

This vote will be open for at least 72 hours.

Thanks,

David Bosschaert

Re: [VOTE] Release Felix Bundle Repository version 2.0.0

[davidb]

+1 from me too

David

On 23 June 2014 07:59, Guillaume Nodet  wrote:
> +1
>
>
> 2014-06-19 13:42 GMT+02:00 :
>
>> Hi,
>>
>> I'm calling a vote on Felix Bundle Repository version 2.0.0.
>>
>> It's been a long time since the OBR has been released, and since it
>> now also provides the OSGi Repository API 1.0 I think this warrants a
>> version of 2.0.0. Note that the exported packages are semantically
>> versioned.
>>
>> Staging repository:
>> https://repository.apache.org/content/repositories/orgapachefelix-1022/
>>
>> You can use this UNIX script to download the release and verify the
>> signatures:
>> http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh
>>
>> Usage:
>> sh check_staged_release.sh 1022 /tmp/felix-staging
>>
>> Changes:
>> New Feature:
>> * [FELIX-4368] - Support OSGi Repository 1.0 Specification
>> ** [FELIX-4369] - Support repository.xml as defined by OSGi Repository
>> spec
>> ** [FELIX-4370] - Support Repository service as defined by OSGi spec
>> ** [FELIX-4371] - Pass the Repository 1.0 OSGi CT
>>   -> The results of the OSGi Repository CT can be found here:
>>
>> http://people.apache.org/~davidb/felix_obr_2.0.0/TEST-org.osgi.test.cases.repository-5.0.0.xml
>>
>> Bug fixed:
>> * [FELIX-3257] - OBR resolver unable to pick up the highest bundle
>> version when selecting the best candidate
>> * [FELIX-2465] - system.bundle should be automatically wired to the
>> relevant bundle
>> * [FELIX-3842] - NPE in LocalRepositoryImpl
>>
>> Please vote to approve this release:
>>
>> [ ] +1 Approve the release
>> [ ] -1 Veto the release (please provide specific comments)
>>
>> This vote will be open for at least 72 hours.
>>
>> Thanks,
>>
>> David Bosschaert
>
>

Re: [VOTE] Release Felix Bundle Repository version 2.0.0

[davidb]

You are right. This is new, since the OSGi Repository APIs are now
included as substitutable exports.

I'm cancelling this vote and will fix this.

Cheers,

David

On 23 June 2014 13:57, Karl Pauls  wrote:
> This one does seem to include OSGi software but doesn't mention that fact
> neither in the NOTICE nor in the DEPENDENCIES... is that true?
>
> regards,
>
> Karl
>
>
> On Mon, Jun 23, 2014 at 9:17 AM,  wrote:
>>
>> +1 from me too
>>
>> David
>>
>> On 23 June 2014 07:59, Guillaume Nodet  wrote:
>> > +1
>> >
>> >
>> > 2014-06-19 13:42 GMT+02:00 :
>> >
>> >> Hi,
>> >>
>> >> I'm calling a vote on Felix Bundle Repository version 2.0.0.
>> >>
>> >> It's been a long time since the OBR has been released, and since it
>> >> now also provides the OSGi Repository API 1.0 I think this warrants a
>> >> version of 2.0.0. Note that the exported packages are semantically
>> >> versioned.
>> >>
>> >> Staging repository:
>> >> https://repository.apache.org/content/repositories/orgapachefelix-1022/
>> >>
>> >> You can use this UNIX script to download the release and verify the
>> >> signatures:
>> >> http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh
>> >>
>> >> Usage:
>> >> sh check_staged_release.sh 1022 /tmp/felix-staging
>> >>
>> >> Changes:
>> >> New Feature:
>> >> * [FELIX-4368] - Support OSGi Repository 1.0 Specification
>> >> ** [FELIX-4369] - Support repository.xml as defined by OSGi Repository
>> >> spec
>> >> ** [FELIX-4370] - Support Repository service as defined by OSGi spec
>> >> ** [FELIX-4371] - Pass the Repository 1.0 OSGi CT
>> >>   -> The results of the OSGi Repository CT can be found here:
>> >>
>> >>
>> >> http://people.apache.org/~davidb/felix_obr_2.0.0/TEST-org.osgi.test.cases.repository-5.0.0.xml
>> >>
>> >> Bug fixed:
>> >> * [FELIX-3257] - OBR resolver unable to pick up the highest bundle
>> >> version when selecting the best candidate
>> >> * [FELIX-2465] - system.bundle should be automatically wired to the
>> >> relevant bundle
>> >> * [FELIX-3842] - NPE in LocalRepositoryImpl
>> >>
>> >> Please vote to approve this release:
>> >>
>> >> [ ] +1 Approve the release
>> >> [ ] -1 Veto the release (please provide specific comments)
>> >>
>> >> This vote will be open for at least 72 hours.
>> >>
>> >> Thanks,
>> >>
>> >> David Bosschaert
>> >
>> >
>
>
>
>
> --
> Karl Pauls
> karlpa...@gmail.com
> http://twitter.com/karlpauls
> http://www.linkedin.com/in/karlpauls
> https://profiles.google.com/karlpauls

[VOTE] Release Felix Bundle Repository version 2.0.2

[davidb]

Hi,

I'm calling a vote on Felix Bundle Repository version 2.0.2.

It's been a long time since the OBR has been released, and since it
now also provides the OSGi Repository API 1.0 I think this warrants a
version of 2.0.x. Note that the exported packages are semantically
versioned.
This release replaces failed release attempt for version 2.0.0 which
failed the vote because of omissions in the DEPENDENCIES and NOTICES
files. I have also added the sources using the maven-source-plugin to
this release.

Staging repository:
https://repository.apache.org/content/repositories/orgapachefelix-1025/

You can use this UNIX script to download the release and verify the signatures:
http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh

Usage:
sh check_staged_release.sh 1025 /tmp/felix-staging

Changes:
New Feature:
* [FELIX-4368] - Support OSGi Repository 1.0 Specification
** [FELIX-4369] - Support repository.xml as defined by OSGi Repository spec
** [FELIX-4370] - Support Repository service as defined by OSGi spec
** [FELIX-4371] - Pass the Repository 1.0 OSGi CT
  -> The results of the OSGi Repository CT can be found here:
  
http://people.apache.org/~davidb/felix_obr_2.0.0/TEST-org.osgi.test.cases.repository-5.0.0.xml

Bug fixed:
* [FELIX-3257] - OBR resolver unable to pick up the highest bundle
version when selecting the best candidate
* [FELIX-2465] - system.bundle should be automatically wired to the
relevant bundle
* [FELIX-3842] - NPE in LocalRepositoryImpl

Please vote to approve this release:

[ ] +1 Approve the release
[ ] -1 Veto the release (please provide specific comments)

This vote will be open for at least 72 hours.

Thanks,

David Bosschaert

Re: [VOTE] Release Felix Bundle Repository version 2.0.2

[davidb]

Here's my +1 on this.

Anyone else wants a Repository 2.0.2 release?

Cheers,

David

On 23 June 2014 16:09,   wrote:
> Hi,
>
> I'm calling a vote on Felix Bundle Repository version 2.0.2.
>
> It's been a long time since the OBR has been released, and since it
> now also provides the OSGi Repository API 1.0 I think this warrants a
> version of 2.0.x. Note that the exported packages are semantically
> versioned.
> This release replaces failed release attempt for version 2.0.0 which
> failed the vote because of omissions in the DEPENDENCIES and NOTICES
> files. I have also added the sources using the maven-source-plugin to
> this release.
>
> Staging repository:
> https://repository.apache.org/content/repositories/orgapachefelix-1025/
>
> You can use this UNIX script to download the release and verify the 
> signatures:
> http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh
>
> Usage:
> sh check_staged_release.sh 1025 /tmp/felix-staging
>
> Changes:
> New Feature:
> * [FELIX-4368] - Support OSGi Repository 1.0 Specification
> ** [FELIX-4369] - Support repository.xml as defined by OSGi Repository spec
> ** [FELIX-4370] - Support Repository service as defined by OSGi spec
> ** [FELIX-4371] - Pass the Repository 1.0 OSGi CT
>   -> The results of the OSGi Repository CT can be found here:
>   
> http://people.apache.org/~davidb/felix_obr_2.0.0/TEST-org.osgi.test.cases.repository-5.0.0.xml
>
> Bug fixed:
> * [FELIX-3257] - OBR resolver unable to pick up the highest bundle
> version when selecting the best candidate
> * [FELIX-2465] - system.bundle should be automatically wired to the
> relevant bundle
> * [FELIX-3842] - NPE in LocalRepositoryImpl
>
> Please vote to approve this release:
>
> [ ] +1 Approve the release
> [ ] -1 Veto the release (please provide specific comments)
>
> This vote will be open for at least 72 hours.
>
> Thanks,
>
> David Bosschaert

Re: [VOTE] Release Felix Bundle Repository version 2.0.2

[davidb]

Anyone else? We need some binding PMC votes for the updated OBR release too.

Thanks,

David

On 25 June 2014 14:24, Jamie G.  wrote:
> +1 (non-binding)
>
> Also checked signatures.
>
> Cheers,
> Jamie
>
> On Wed, Jun 25, 2014 at 10:52 AM,   wrote:
>> Here's my +1 on this.
>>
>> Anyone else wants a Repository 2.0.2 release?
>>
>> Cheers,
>>
>> David
>>
>> On 23 June 2014 16:09,   wrote:
>>> Hi,
>>>
>>> I'm calling a vote on Felix Bundle Repository version 2.0.2.
>>>
>>> It's been a long time since the OBR has been released, and since it
>>> now also provides the OSGi Repository API 1.0 I think this warrants a
>>> version of 2.0.x. Note that the exported packages are semantically
>>> versioned.
>>> This release replaces failed release attempt for version 2.0.0 which
>>> failed the vote because of omissions in the DEPENDENCIES and NOTICES
>>> files. I have also added the sources using the maven-source-plugin to
>>> this release.
>>>
>>> Staging repository:
>>> https://repository.apache.org/content/repositories/orgapachefelix-1025/
>>>
>>> You can use this UNIX script to download the release and verify the 
>>> signatures:
>>> http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh
>>>
>>> Usage:
>>> sh check_staged_release.sh 1025 /tmp/felix-staging
>>>
>>> Changes:
>>> New Feature:
>>> * [FELIX-4368] - Support OSGi Repository 1.0 Specification
>>> ** [FELIX-4369] - Support repository.xml as defined by OSGi Repository spec
>>> ** [FELIX-4370] - Support Repository service as defined by OSGi spec
>>> ** [FELIX-4371] - Pass the Repository 1.0 OSGi CT
>>>   -> The results of the OSGi Repository CT can be found here:
>>>   
>>> http://people.apache.org/~davidb/felix_obr_2.0.0/TEST-org.osgi.test.cases.repository-5.0.0.xml
>>>
>>> Bug fixed:
>>> * [FELIX-3257] - OBR resolver unable to pick up the highest bundle
>>> version when selecting the best candidate
>>> * [FELIX-2465] - system.bundle should be automatically wired to the
>>> relevant bundle
>>> * [FELIX-3842] - NPE in LocalRepositoryImpl
>>>
>>> Please vote to approve this release:
>>>
>>> [ ] +1 Approve the release
>>> [ ] -1 Veto the release (please provide specific comments)
>>>
>>> This vote will be open for at least 72 hours.
>>>
>>> Thanks,
>>>
>>> David Bosschaert

Re: [VOTE] Release Felix Bundle Repository version 2.0.2

[davidb]

Hi all,

The vote has passed with 6 +1 votes in total.

+1 (binding): Jan Willem Janssen, Pierre De Rop, Karl Pauls, Stuart McCulloch
+1 (non binding): David Bosschaert, Jamie Goodyear

I've promoted the artifacts to Maven Central.
Can a PMC member please take care of copying the artifacts to the
Felix dist directory?

Best regards,

David

Re: [VOTE] framework 4.4.1 and related subproject releases

[davidb]

Thanks Karl!

+1 (non-binding) from me.

I checked the signatures.
I checked that the latest obr and gogo bundles are included,
and I checked that it all works with subsystems too.

BTW would you have an indication/list what has changed in this release?

Best regards,

David Bosschaert

On 9 July 2014 19:06, Karl Pauls  wrote:
> I would like to call a vote on the following subproject releases:
>
> framework  4.4.1
> main 4.4.1
> main.distribution 4.4.1
>
> Staging repositories:
> https://repository.apache.org/content/repositories/orgapachefelix-1026
>
> You can use this UNIX script to download the release and verify the
> signatures:
> http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh
>
> Usage:
> sh check_staged_release.sh 1026 /tmp/felix-staging
>
> Please vote to approve this release:
>
> [ ] +1 Approve the release
> [ ] -1 Veto the release (please provide specific comments)

Re: [VOTE] framework 4.4.1 and related subproject releases

[davidb]

On 14 July 2014 11:56, Karl Pauls  wrote:
> On Wed, Jul 9, 2014 at 9:39 PM,  wrote:
>> BTW would you have an indication/list what has changed in this release?
>
> The change log is in jira as well as in the artifacts (doc/changelog.txt) -
> hence, in the tags as well:
>
> https://svn.apache.org/repos/asf/felix/releases/org.apache.felix.framework-4.4.1/doc/changelog.txt

Thanks for pointing this out, Karl!

David

[VOTE] Release ConfigAdmin 1.8.6

[davidb]

We solved following issues in this release:

** Bugs
FELIX-4884 - Avoid unnecessary array creation if listConfigurations
does not find anything
FELIX-4844 - Store configuration data in a diff-tool friendly way

Staging repository:

 https://repository.apache.org/content/repositories/orgapachefelix-1070

You can use this UNIX script to download the release and verify the signatures:
http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh

Usage:
sh check_staged_release.sh 1070 /tmp/felix-staging

Please vote to approve this release:

[ ] +1 Approve the release
[ ] -1 Veto the release (please provide specific comments)

Thanks,

David Bosschaert

Re: [VOTE] Release ConfigAdmin 1.8.6

[davidb]

Here's my +1

David

On 29 May 2015 at 17:12,   wrote:
> We solved following issues in this release:
>
> ** Bugs
> FELIX-4884 - Avoid unnecessary array creation if listConfigurations
> does not find anything
> FELIX-4844 - Store configuration data in a diff-tool friendly way
>
> Staging repository:
>
>  https://repository.apache.org/content/repositories/orgapachefelix-1070
>
> You can use this UNIX script to download the release and verify the 
> signatures:
> http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh
>
> Usage:
> sh check_staged_release.sh 1070 /tmp/felix-staging
>
> Please vote to approve this release:
>
> [ ] +1 Approve the release
> [ ] -1 Veto the release (please provide specific comments)
>
> Thanks,
>
> David Bosschaert

Re: [VOTE] Release ConfigAdmin 1.8.6

[davidb]

This vote was successful with 4 +1 votes.

I've promoted the artifacts and will also move them to the download
area later today.

David

On 30 May 2015 at 20:24, Pierre De Rop  wrote:
> Verified signatures, built configadmin from the sources; also ran
> dependency manager load test suite with this candidate release.
>
> +1
>
> thanks David;
> /Pierre
>
> On Fri, May 29, 2015 at 5:12 PM,  wrote:
>
>> We solved following issues in this release:
>>
>> ** Bugs
>> FELIX-4884 - Avoid unnecessary array creation if listConfigurations
>> does not find anything
>> FELIX-4844 - Store configuration data in a diff-tool friendly way
>>
>> Staging repository:
>>
>>  https://repository.apache.org/content/repositories/orgapachefelix-1070
>>
>> You can use this UNIX script to download the release and verify the
>> signatures:
>> http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh
>>
>> Usage:
>> sh check_staged_release.sh 1070 /tmp/felix-staging
>>
>> Please vote to approve this release:
>>
>> [ ] +1 Approve the release
>> [ ] -1 Veto the release (please provide specific comments)
>>
>> Thanks,
>>
>> David Bosschaert
>>

[VOTE] Release Apache Felix Threaddump 1.0.0

[davidb]

Hi all,

I'm calling the vote for the first version of the Felix Threaddump bundle.

Staging repository
https://repository.apache.org/content/repositories/orgapachefelix-1084/

You can use this UNIX script to download the release and verify the
signatures:
http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh

Usage:
sh check_staged_release.sh 1084 /tmp/felix-threadump-staging

Please vote to approve this release:

[ ] +1 Approve the release
[ ] -1 Veto the release (please provide specific comments)

This vote will remain open for at least 72 hours.

Best regards,

David Bosschaert

Re: [VOTE] Release Apache Felix Threaddump 1.0.0

[davidb]

Here's my +1

David

On 25 August 2015 at 16:41,   wrote:
> Hi all,
>
> I'm calling the vote for the first version of the Felix Threaddump bundle.
>
> Staging repository
> https://repository.apache.org/content/repositories/orgapachefelix-1084/
>
> You can use this UNIX script to download the release and verify the
> signatures:
> http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh
>
> Usage:
> sh check_staged_release.sh 1084 /tmp/felix-threadump-staging
>
> Please vote to approve this release:
>
> [ ] +1 Approve the release
> [ ] -1 Veto the release (please provide specific comments)
>
> This vote will remain open for at least 72 hours.
>
> Best regards,
>
> David Bosschaert

Re: [VOTE] Release Apache Felix Threaddump 1.0.0

[davidb]

We're one binding vote short on this. Any Felix PMC member who could
spare a vote?

Cheers,

David

On 25 August 2015 at 16:41,   wrote:
> Hi all,
>
> I'm calling the vote for the first version of the Felix Threaddump bundle.
>
> Staging repository
> https://repository.apache.org/content/repositories/orgapachefelix-1084/
>
> You can use this UNIX script to download the release and verify the
> signatures:
> http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh
>
> Usage:
> sh check_staged_release.sh 1084 /tmp/felix-threadump-staging
>
> Please vote to approve this release:
>
> [ ] +1 Approve the release
> [ ] -1 Veto the release (please provide specific comments)
>
> This vote will remain open for at least 72 hours.
>
> Best regards,
>
> David Bosschaert

[VOTE] Release Apache Felix Bundle Repository (OBR) 2.0.6

[davidb]

Hi all,

I'm calling a vote on the Felix Bundle Repository release 2.0.6.

The following issue was solved since 2.0.4:
FELIX-4764 Add support to GZIP based compact index files

Staging repository:
https://repository.apache.org/content/repositories/orgapachefelix-1094

You can use this UNIX script to download the release and verify the
signatures:
http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh

Usage:
sh check_staged_release.sh 1094 /tmp/felix-obr-check

Please vote to approve this release:

[ ] +1 Approve the release
[ ] -1 Veto the release (please provide specific comments)

This vote will remain open for at least 72 hours.

Best regards,

David Bosschaert

[VOTE] Release Apache Felix maven-bundle-plugin 3.0.0

[davidb]

Hi all,

I'm calling a vote on the Felix maven-bundle-plugin release 3.0.0.

The following issues were resolved:
FELIX-5047 Disable bnd ScrPlugin by default
FELIX-5030 Do not require a pom.xml when Polyglot Maven is used
FELIX-5029 Update to bnd 3.0.0

Especially the update to bnd 3.0.0 brings many fixes and improvements,
including support for OSGi Enterprise R6 DS annotations and Metatype
annotations.

Given the nature of the new features this release has its version
increased to the next major version.

Staging repository:
https://repository.apache.org/content/repositories/orgapachefelix-1095

You can use this UNIX script to download the release and verify the
signatures:
http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh

Usage:
sh check_staged_release.sh 1095 /tmp/felix-mbp-check

Please vote to approve this release:

[ ] +1 Approve the release
[ ] -1 Veto the release (please provide specific comments)

This vote will remain open for at least 72 hours.

Best regards,

David Bosschaert

Re: [VOTE] Release Apache Felix maven-bundle-plugin 3.0.0

[davidb]

Here's my +1

David

On 22 September 2015 at 12:14,   wrote:
> Hi all,
>
> I'm calling a vote on the Felix maven-bundle-plugin release 3.0.0.
>
> The following issues were resolved:
> FELIX-5047 Disable bnd ScrPlugin by default
> FELIX-5030 Do not require a pom.xml when Polyglot Maven is used
> FELIX-5029 Update to bnd 3.0.0
>
> Especially the update to bnd 3.0.0 brings many fixes and improvements,
> including support for OSGi Enterprise R6 DS annotations and Metatype
> annotations.
>
> Given the nature of the new features this release has its version
> increased to the next major version.
>
> Staging repository:
> https://repository.apache.org/content/repositories/orgapachefelix-1095
>
> You can use this UNIX script to download the release and verify the
> signatures:
> http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh
>
> Usage:
> sh check_staged_release.sh 1095 /tmp/felix-mbp-check
>
> Please vote to approve this release:
>
> [ ] +1 Approve the release
> [ ] -1 Veto the release (please provide specific comments)
>
> This vote will remain open for at least 72 hours.
>
> Best regards,
>
> David Bosschaert

Re: [VOTE] Release Apache Felix Bundle Repository (OBR) 2.0.6

[davidb]

Here's my +1

David

On 22 September 2015 at 11:37,   wrote:
> Hi all,
>
> I'm calling a vote on the Felix Bundle Repository release 2.0.6.
>
> The following issue was solved since 2.0.4:
> FELIX-4764 Add support to GZIP based compact index files
>
> Staging repository:
> https://repository.apache.org/content/repositories/orgapachefelix-1094
>
> You can use this UNIX script to download the release and verify the
> signatures:
> http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh
>
> Usage:
> sh check_staged_release.sh 1094 /tmp/felix-obr-check
>
> Please vote to approve this release:
>
> [ ] +1 Approve the release
> [ ] -1 Veto the release (please provide specific comments)
>
> This vote will remain open for at least 72 hours.
>
> Best regards,
>
> David Bosschaert

Re: [VOTE] Release Apache Felix Bundle Repository (OBR) 2.0.6

[davidb]

We're still one binding +1 vote short. Any Felix PMC members out there
who wish to vote?

Thanks,

David

On 22 September 2015 at 11:37,   wrote:
> Hi all,
>
> I'm calling a vote on the Felix Bundle Repository release 2.0.6.
>
> The following issue was solved since 2.0.4:
> FELIX-4764 Add support to GZIP based compact index files
>
> Staging repository:
> https://repository.apache.org/content/repositories/orgapachefelix-1094
>
> You can use this UNIX script to download the release and verify the
> signatures:
> http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh
>
> Usage:
> sh check_staged_release.sh 1094 /tmp/felix-obr-check
>
> Please vote to approve this release:
>
> [ ] +1 Approve the release
> [ ] -1 Veto the release (please provide specific comments)
>
> This vote will remain open for at least 72 hours.
>
> Best regards,
>
> David Bosschaert

Re: [VOTE] Release Apache Felix Bundle Repository (OBR) 2.0.6

[davidb]

With 5 +1s this vote passes. I have promoted the artifacts in Maven
and will update the website/and felix dist repo.

Best regards,

David

On 22 September 2015 at 11:37,   wrote:
> Hi all,
>
> I'm calling a vote on the Felix Bundle Repository release 2.0.6.
>
> The following issue was solved since 2.0.4:
> FELIX-4764 Add support to GZIP based compact index files
>
> Staging repository:
> https://repository.apache.org/content/repositories/orgapachefelix-1094
>
> You can use this UNIX script to download the release and verify the
> signatures:
> http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh
>
> Usage:
> sh check_staged_release.sh 1094 /tmp/felix-obr-check
>
> Please vote to approve this release:
>
> [ ] +1 Approve the release
> [ ] -1 Veto the release (please provide specific comments)
>
> This vote will remain open for at least 72 hours.
>
> Best regards,
>
> David Bosschaert

Re: [VOTE] Release Apache Felix maven-bundle-plugin 3.0.0

[davidb]

With 9 +1s this vote passes. I have promoted the artifacts in Maven
and will update the website and felix dist repo.

Best regards,

David

On 22 September 2015 at 12:14,   wrote:
> Hi all,
>
> I'm calling a vote on the Felix maven-bundle-plugin release 3.0.0.
>
> The following issues were resolved:
> FELIX-5047 Disable bnd ScrPlugin by default
> FELIX-5030 Do not require a pom.xml when Polyglot Maven is used
> FELIX-5029 Update to bnd 3.0.0
>
> Especially the update to bnd 3.0.0 brings many fixes and improvements,
> including support for OSGi Enterprise R6 DS annotations and Metatype
> annotations.
>
> Given the nature of the new features this release has its version
> increased to the next major version.
>
> Staging repository:
> https://repository.apache.org/content/repositories/orgapachefelix-1095
>
> You can use this UNIX script to download the release and verify the
> signatures:
> http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh
>
> Usage:
> sh check_staged_release.sh 1095 /tmp/felix-mbp-check
>
> Please vote to approve this release:
>
> [ ] +1 Approve the release
> [ ] -1 Veto the release (please provide specific comments)
>
> This vote will remain open for at least 72 hours.
>
> Best regards,
>
> David Bosschaert

[VOTE] Release Apache Felix Gogo Shell 0.12.0 and Command 0.16.0

[davidb]

Hi all,

I'm calling a vote on the following bundles:

Felix Gogo Shell 0.12.0
** Improvement
* FELIX-5021 [GOGO] Use system bundle to find bundles
* FELIX-4529 [Gogo] Let gosh be configured by files contributed by
a bundle fragment
* FELIX-3341 Simple csh-like Command History
* FELIX-3340 Allow the prompt to be a Function

** Bug
* FELIX-4425 Short command in Gogo Shell not working with Java 8
* FELIX-3706 gogo shell startup failure in busy system
* FELIX-3703 Race condition in gogo runtime activator

Felix Gogo Command 0.16.0
** Improvement
* FELIX-5021 [GOGO] Use system bundle to find bundles
* FELIX-5009 Relative URIs would be nice for install and update
* FELIX-5008 gogo usage messages could be less confusing
* FELIX-3499 felix:cd command works only with relative paths

** Bug
* FELIX-4969 cd refuses to leave initial directory

Note that not changes have been made to the Felix Gogo Runtime bundle
since the last release.

Staging repository:
https://repository.apache.org/content/repositories/orgapachefelix-1096

You can use this UNIX script to download the release and verify the signatures:
http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh

Usage:
sh check_staged_release.sh 1096 /tmp/felix-gogo-check

Please vote to approve this release:

[ ] +1 Approve the release
[ ] -1 Veto the release (please provide specific comments)

This vote will remain open for at least 72 hours.

Best regards,

David Bosschaert

Re: [VOTE] Release Apache Felix Gogo Shell 0.12.0 and Command 0.16.0

[davidb]

Hi David,

I didn't change the build process for these artifacts, so I guess they
were released like this before. In any case, the important artifacts
are there. We can change the produced artifacts for a future release,
but I don't think this is important enough to cancel this one.

BTW I can't count your email as a +1 or -1, so please indicate how you
actually vote here.

Thanks,

David

On 1 October 2015 at 18:19, David Jencks  wrote:
> sigs look good, I can build the project tar.gzs.
>
> The selection of artifacts looks a bit bizarre to me.  I don’t see a sources 
> bundle for org.apache.felix.gogo.command-0.16.0 and I can’t imagine what the 
> bin artifacts are for.  Is this all intentional?
> I’d really prefer there be a org.apache.felix.gogo.command-0.16.0-sources.jar
>
> thanks for undertaking this release :-)
>
> david jencks
>
>> On Oct 1, 2015, at 4:42 AM, dav...@apache.org wrote:
>>
>> Hi all,
>>
>> I'm calling a vote on the following bundles:
>>
>> Felix Gogo Shell 0.12.0
>> ** Improvement
>>* FELIX-5021 [GOGO] Use system bundle to find bundles
>>* FELIX-4529 [Gogo] Let gosh be configured by files contributed by
>> a bundle fragment
>>* FELIX-3341 Simple csh-like Command History
>>* FELIX-3340 Allow the prompt to be a Function
>>
>> ** Bug
>>* FELIX-4425 Short command in Gogo Shell not working with Java 8
>>* FELIX-3706 gogo shell startup failure in busy system
>>* FELIX-3703 Race condition in gogo runtime activator
>>
>> Felix Gogo Command 0.16.0
>> ** Improvement
>>* FELIX-5021 [GOGO] Use system bundle to find bundles
>>* FELIX-5009 Relative URIs would be nice for install and update
>>* FELIX-5008 gogo usage messages could be less confusing
>>* FELIX-3499 felix:cd command works only with relative paths
>>
>> ** Bug
>>* FELIX-4969 cd refuses to leave initial directory
>>
>> Note that not changes have been made to the Felix Gogo Runtime bundle
>> since the last release.
>>
>> Staging repository:
>> https://repository.apache.org/content/repositories/orgapachefelix-1096
>>
>> You can use this UNIX script to download the release and verify the 
>> signatures:
>> http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh
>>
>> Usage:
>> sh check_staged_release.sh 1096 /tmp/felix-gogo-check
>>
>> Please vote to approve this release:
>>
>> [ ] +1 Approve the release
>> [ ] -1 Veto the release (please provide specific comments)
>>
>> This vote will remain open for at least 72 hours.
>>
>> Best regards,
>>
>> David Bosschaert
>

Re: [VOTE] Release Apache Felix Gogo Shell 0.12.0 and Command 0.16.0

[davidb]

Here's my +1

David

On 1 October 2015 at 10:42,   wrote:
> Hi all,
>
> I'm calling a vote on the following bundles:
>
> Felix Gogo Shell 0.12.0
> ** Improvement
> * FELIX-5021 [GOGO] Use system bundle to find bundles
> * FELIX-4529 [Gogo] Let gosh be configured by files contributed by
> a bundle fragment
> * FELIX-3341 Simple csh-like Command History
> * FELIX-3340 Allow the prompt to be a Function
>
> ** Bug
> * FELIX-4425 Short command in Gogo Shell not working with Java 8
> * FELIX-3706 gogo shell startup failure in busy system
> * FELIX-3703 Race condition in gogo runtime activator
>
> Felix Gogo Command 0.16.0
> ** Improvement
> * FELIX-5021 [GOGO] Use system bundle to find bundles
> * FELIX-5009 Relative URIs would be nice for install and update
> * FELIX-5008 gogo usage messages could be less confusing
> * FELIX-3499 felix:cd command works only with relative paths
>
> ** Bug
> * FELIX-4969 cd refuses to leave initial directory
>
> Note that not changes have been made to the Felix Gogo Runtime bundle
> since the last release.
>
> Staging repository:
> https://repository.apache.org/content/repositories/orgapachefelix-1096
>
> You can use this UNIX script to download the release and verify the 
> signatures:
> http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh
>
> Usage:
> sh check_staged_release.sh 1096 /tmp/felix-gogo-check
>
> Please vote to approve this release:
>
> [ ] +1 Approve the release
> [ ] -1 Veto the release (please provide specific comments)
>
> This vote will remain open for at least 72 hours.
>
> Best regards,
>
> David Bosschaert