Darft of board report 2024/1

[Christian Schneider]

Please review and comment

--
## Description:
Apache Aries software is a set of pluggable Java components enabling an
enterprise OSGi application programming model.

## Project Status:
Current project status: Mainly maintenance
Issues for the board: No issues for the board.

## Membership Data:
Apache Aries was founded 2010-12-15 (13 years ago)
There are currently 56 committers and 40 PMC members in this project.
The Committer-to-PMC ratio is 7:5.

Community changes, past quarter:
- No new PMC members. Last addition was Carlos Sierra Andrés on 2018-07-03.
- No new committers. Last addition was Romain Manni-Bucau on 2020-01-29.

We are currently looking into possible new committer candidates.

## Project Activity:
Mainly bugfixes and security updates.

Recent releases:
proxy-impl-1.1.14 was released on 2023-11-13.
spifly-1.3.6 was released on 2023-11-13.
jax-rs-whiteboard-2.0.2 was released on 2023-01-02.

## Community Health:
No new development but we have some regular bugfix releases.

Statistics are a bit hard to read because of all the dependabot activity.
(Maybe dependabot could be tracked separately?)


-- 
-- 
Christian Schneider
http://www.liquid-reality.de

Computer Scientist
http://www.adobe.com

Re: [VOTE] Apache Aries SpiFly 1.3.7 release

[Christian Schneider]

+1
Christian

Am Di., 7. Nov. 2023 um 22:32 Uhr schrieb Raymond Augé
:

> +1
>
> On Tue, Nov 7, 2023 at 3:50 PM Dominik Przybysz 
> wrote:
>
> > +1
> >
> > wt., 7 lis 2023 o 21:15 Jean-Baptiste Onofré 
> napisał(a):
> >
> > > Hi all,
> > >
> > > I submit Aries SpiFly 1.3.7 release to your vote.
> > >
> > > This release includes:
> > > - update to ASM 9.6
> > > - fix a memory leak when a bundle is unloaded
> > > - catch 'NoClassDefFoundError' when loading Service-Provider instances
> > >
> > > You can take a look on Release Notes for details:
> > >
> > >
> >
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310981=12353827
> > >
> > > Staging Maven Repository:
> > >
> https://repository.apache.org/content/repositories/orgapachearies-1216/
> > >
> > > Staging Dist Repository:
> > > https://dist.apache.org/repos/dist/dev/aries/
> > >
> > > Git tag:
> > > spifly-1.3.7
> > >
> > > Please vote to approve this release:
> > > [ ] +1 Approve the release
> > > [ ] -1 Don't approve the release (please provide specific comments)
> > >
> > > This vote will be open for at least 72 hours.
> > >
> > > Regards JB
> > >
> >
> >
> > --
> > Pozdrawiam / Regards,
> > Dominik Przybysz
> >
>
>
> --
> *Raymond Augé* (@rotty3000)
> Senior Software Architect *Liferay, Inc.* (@Liferay)
> OSGi Fellow, Java Champion
>


-- 
-- 
Christian Schneider
http://www.liquid-reality.de

Computer Scientist
http://www.adobe.com

Re: [VOTE] Apache Aries Proxy 1.1.14 release

[Christian Schneider]

+1
Christian

Am Di., 7. Nov. 2023 um 20:17 Uhr schrieb Dominik Przybysz <
alien11...@gmail.com>:

> +1
>
> wt., 7 lis 2023 o 19:40 Romain Manni-Bucau 
> napisał(a):
>
> > +1
> >
> > Romain Manni-Bucau
> > @rmannibucau <https://twitter.com/rmannibucau> |  Blog
> > <https://rmannibucau.metawerx.net/> | Old Blog
> > <http://rmannibucau.wordpress.com> | Github <
> > https://github.com/rmannibucau> |
> > LinkedIn <https://www.linkedin.com/in/rmannibucau> | Book
> > <
> >
> https://www.packtpub.com/application-development/java-ee-8-high-performance
> > >
> >
> >
> > Le mar. 7 nov. 2023 à 19:04, Jean-Baptiste Onofré  a
> > écrit :
> >
> > > Hi all,
> > >
> > > I submit the Aries Proxy 1.1.14 release to your vote.
> > >
> > > This release contains:
> > > - ASM 9.6 update
> > > - JDK21 support
> > >
> > > You can take a look on the Release Notes for details:
> > >
> > >
> >
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310981=12353826
> > >
> > > Maven Staging Repository:
> > >
> https://repository.apache.org/content/repositories/orgapachearies-1214/
> > >
> > > Dist Staging Repository:
> > > https://dist.apache.org/repos/dist/dev/aries/
> > >
> > > Git tag:
> > > org.apache.aries.proxy-1.1.14
> > >
> > > Please vote to approve this release:
> > > [ ] +1 Approve the release
> > > [ ] -1 Don't approve the release (please provide specific comments)
> > >
> > > This vote will be open for at least 72 hours.
> > >
> > > Regards JB
> > >
> >
>
>
> --
> Pozdrawiam / Regards,
> Dominik Przybysz
>


-- 
-- 
Christian Schneider
http://www.liquid-reality.de

Computer Scientist
http://www.adobe.com

Draft of board report

[Christian Schneider]

Here is a draft of the board report.
Let me know if you want some more topics in there.

Especially: Do we have any candidates for committers?

Christian

---


## Description:
Apache Aries software is a set of pluggable Java components enabling an
enterprise OSGi application programming model.

## Project Status:
Current project status: Ongoing / Dormant
Issues for the board: No issues for the board

## Membership Data:
Apache Aries was founded 2010-12-15 (13 years ago)
There are currently 56 committers and 40 PMC members in this project.
The Committer-to-PMC ratio is 7:5.

Community changes, past quarter:
- No new PMC members. Last addition was Carlos Sierra Andrés on 2018-07-03.
- No new committers. Last addition was Romain Manni-Bucau on 2020-01-29.

## Project Activity:

Recent releases:
jax-rs-whiteboard-2.0.2 was released on 2023-01-02.
spifly-1.3.6 was released on 2022-12-16.
proxy-impl-1.1.13 was released on 2022-10-12.

## Community Health:
We see quite an uptick of mails and PRs. Many of those are from dependabot
though.


-- 
-- 
Christian Schneider
http://www.liquid-reality.de

Computer Scientist
http://www.adobe.com

Re: [VOTE] Apache Aries JAX RS Whiteboard 2.0.2 release

[Christian Schneider]

+1

Christian

Am Fr., 30. Dez. 2022 um 08:36 Uhr schrieb Jean-Baptiste Onofré <
j...@nanthrax.net>:

> Hi all,
>
> I submit the Aries JAX RS Whiteboard 2.0.2 release to your vote.
>
> This release contains several improvements and fixes, especially:
> - refactoring and improvements on the Aries JAX RS Whiteboard Karaf
> features
> - dependency updates
>
> You can take a look on Release Notes for details:
>
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310981=12352062
>
> Maven Staging Repository:
> https://repository.apache.org/content/repositories/orgapachearies-1213/
>
> Dist Staging Repository:
> https://dist.apache.org/repos/dist/dev/aries/jax-rs-whiteboard/
>
> Git tag:
> org.apache.aries.jax.rs-2.0.2
>
> Please vote to approve this release:
> [ ] +1 Approve the release
> [ ] -1 Don't approve the release (please provide specific comments)
>
> This vote will be open for at least 72 hours.
>
> Regards
> JB
>


-- 
-- 
Christian Schneider
http://www.liquid-reality.de

Computer Scientist
http://www.adobe.com

Draft of Board report 10/2022

[Christian Schneider]

Draft of board report. Please review and comment.
Christian
---
## Description:
Apache Aries software is a set of pluggable Java components enabling an
enterprise OSGi application programming model.

## Issues:
No current issues.

## Membership Data:
Apache Aries was founded 2010-12-15 (12 years ago)
There are currently 57 committers and 41 PMC members in this project.
The Committer-to-PMC ratio is roughly 4:3.

Community changes, past quarter:
- No new PMC members. Last addition was Carlos Sierra Andrés on 2018-07-03.
- No new committers. Last addition was Romain Manni-Bucau on 2020-01-29.

## Project Activity:
Recent releases:
transaction-blueprint-2.3.1 was released on 2022-05-04.
spifly-1.3.5 was released on 2022-04-14.
cdi-1.1.5 was released on 2022-04-10.

## Community Health:
There is very little activity in the project.
We only had two code contributors during the last quarter.

-- 
-- 
Christian Schneider
http://www.liquid-reality.de

Computer Scientist
http://www.adobe.com

Re: [VOTE] Apache Aries Proxy 1.1.13 release

[Christian Schneider]

+1
Christian

Am Sa., 8. Okt. 2022 um 07:19 Uhr schrieb Jean-Baptiste Onofré <
j...@nanthrax.net>:

> Hi all,
>
> I submit Apache Aries Proxy 1.1.13 release to your vote.
>
> We fixed three issues in this release:
> - fix version range import for ASM
> - upgrade to ASM 9.4
> - add JDK 19 support
>
> Release Notes:
>
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310981=12352380
>
> Staging Repository:
> https://repository.apache.org/content/repositories/orgapachearies-1210/
>
> 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
> JB
>


-- 
-- 
Christian Schneider
http://www.liquid-reality.de

Computer Scientist
http://www.adobe.com

Re: [VOTE] Release Apache Aries Transaction Blueprint 2.3.1

[Christian Schneider]

+1(binding)

Christian

Guillaume Nodet  schrieb am Mi., 27. Apr. 2022, 09:47:

> I've staged a release candidate at
>   https://repository.apache.org/content/repositories/orgapachearies-1208
>
> This release only contains two bug fixes:
>  [ARIES-2073] SUPPORTS TX attribute should not create additional coord…
>  [ARIES-2075] Create a coordination for existing transaction when
> needed
>
> Please review and vote !
>
> --
> 
> Guillaume Nodet
>

Draft of board report 2022-04

[Christian Schneider]

I prepared a draft of the Aries board report.
Please review and comment.

Christian
--

## Description:
Apache Aries software is a set of pluggable Java components enabling an
enterprise OSGi application programming model.

## Issues:
No current issues for the board.

## Membership Data:
Apache Aries was founded 2010-12-15 (11 years ago)
There are currently 57 committers and 41 PMC members in this project.
The Committer-to-PMC ratio is roughly 4:3.

Community changes, past quarter:
- No new PMC members. Last addition was Carlos Sierra Andrés on 2018-07-03.
- No new committers. Last addition was Romain Manni-Bucau on 2020-01-29.

## Project Activity:
We mainly did some bugfix releases.
The is low overall activity.

Recent releases:
cdi-1.1.5 was released on 2022-04-10.
proxy-impl-1.1.12 was released on 2022-01-05.
rsa-1.16.1 was released on 2021-09-21.

## Community Health:

Mailinglist activity is low.
We have only a few active committers.
We are looking into candidates for PMC.

-- 
-- 
Christian Schneider
http://www.liquid-reality.de

Computer Scientist
http://www.adobe.com

Re: Vulnerable Dependency Versions (karaf 4.0.4 Snyk warning)

[Christian Schneider]

Hi Bernd,

I don't think we have a defined procedure for such upgrades. Feel free to
create jira issues and provide PRs.
I currently do not actively work on aries-rsa but I can help by applying
the PRs.

We have dependabot at apache. Not sure if it would catch these issues. It
does not seem to have created PRs.
You can check with Apache Infra team about enabling snyk for apache
projects. I do not think we can do that on the project level (not sure).

Christian


Am Di., 5. Apr. 2022 um 03:13 Uhr schrieb Bernd Eckenfels <
e...@zusammenkunft.net>:

> Hello,
>
> I got a lot of security issues of karaf 4.0.4 (mostly embedded Tomcat)
> reported by the Snyk scan service for Aries-rsa dependency
> (feature/pom.xml). Snyk claims it is fixed with karaf 4.1.1. I understand
> that this minimum version is mostly to be compatible with older karaf
> versions api.
>
> So I Wonder do you have a policy when to bump up those versions,
> especially if the existing ones are with known vulnerabilities? It’s not so
> much an issue of the delivery, I guess - given that users would have to
> pick unsafe old karaf versions and can easily deploy into an up-to-date
> container - if I see that correctly? But it does endorse somewhat know-bad
> versions.
>
> I have here in our ‘fork’ the open Snyk reports (not sure if they all
> apply to upstream master but they do apply for feature/Pom.xml (karaf
> 4.0.4): https://github.com/seeburger-ag/aries-rsa/pulls
>
> Is it also an option to enable that directly on the asf Repo?
>
> Gruss
> Bernd
> --
> http://bernd.eckenfels.net
>


-- 
-- 
Christian Schneider
http://www.liquid-reality.de

Computer Scientist
http://www.adobe.com

Re: [VOTE] Release Aries CDI version 1.1.5

[Christian Schneider]

+1 (binding)

Christian

Am Di., 5. Apr. 2022 um 04:39 Uhr schrieb Raymond Augé
:

> Hi,
>
> I'd like to call a vote to release Aries CDI version 1.1.5.
>
> We fixed 3 issues in this release, Changelog:
>
> https://issues.apache.org/jira/browse/ARIES-2069?jql=project%20%3D%20ARIES%20AND%20fixVersion%20%3D%20cdi-1.1.5
>
> Staging repository:
> https://repository.apache.org/content/repositories/orgapachearies-1206
>
> 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.
>
> Ray
>


-- 
-- 
Christian Schneider
http://www.liquid-reality.de

Computer Scientist
http://www.adobe.com

Draft of board report

[Christian Schneider]

I prepared a draft of the board report.
Please comment.

Christian
--

## Description:
Apache Aries software is a set of pluggable Java components enabling an
enterprise OSGi application programming model.

## Issues:
No current issues that need board attention.

## Membership Data:
Apache Aries was founded 2010-12-15 (11 years ago)
There are currently 57 committers and 41 PMC members in this project.
The Committer-to-PMC ratio is roughly 4:3.

Community changes, past quarter:
- No new PMC members. Last addition was Carlos Sierra Andrés on 2018-07-03.
- No new committers. Last addition was Romain Manni-Bucau on 2020-01-29.

## Project Activity:
We mainly had a few bugfix releases. Project activity is quite low.

## Community Health:
Community activity is very low. We had only 3 mails on the user list. Mail
on
dev  list seems comparatively high but most are automated mails like from
dependabot.

-- 
-- 
Christian Schneider
http://www.liquid-reality.de

Computer Scientist
http://www.adobe.com

Draft of board report

[Christian Schneider]

Please review and comment.

Christian

---

## Description:
Apache Aries software is a set of pluggable Java components enabling an
enterprise OSGi application programming model.

## Issues:
No issues.

## Membership Data:
Apache Aries was founded 2010-12-15 (11 years ago)
There are currently 57 committers and 41 PMC members in this project.
The Committer-to-PMC ratio is roughly 4:3.

Community changes, past quarter:
- No new PMC members. Last addition was Carlos Sierra Andrés on 2018-07-03.
- No new committers. Last addition was Romain Manni-Bucau on 2020-01-29.

## Project Activity:
Support the OSGi spec team by providing reference implementations for OSGi
R8 which is being released at the moment.

rsa-1.16.1 was released on 2021-09-21.
cdi-1.1.4 was released on 2021-09-16.
jpa-2.7.3 was released on 2021-08-20.
blueprint-transaction-2.3.0 was released on 2021-08-07.
proxy-impl-1.1.11 was released on 2021-08-04.

## Community Health:
Low community activity.

dev@aries.apache.org had a 45% decrease in traffic in the
past quarter (220 emails compared to 399)
5 issues opened in JIRA, past quarter (-58% change)
8 issues closed in JIRA, past quarter (100% increase)
98 commits in the past quarter (-50% change)
9 code contributors in the past quarter (-25% change)
38 PRs opened on GitHub, past quarter (-40% change)
42 PRs closed on GitHub, past quarter (-17% change)

-- 
-- 
Christian Schneider
http://www.liquid-reality.de

Computer Scientist
http://www.adobe.com

[RESULT][VOTE] Release Apache Aries Remote Service Admin 1.16.1 (was vote for 1.17.0)

[Christian Schneider]

This vote passes with 5 binding +1.

As Tim noted I got the release version wrong. The release I did was 1.16.1.
I thought I had changed to 1.17.0 in maven but apparently I did not.
I hope this is not a problem.

I have corrected jira to reflect that the issues are resolved in 1.16.1.

I will release the artifacts to maven central and apache.

Christian

Am Sa., 18. Sept. 2021 um 08:40 Uhr schrieb Christian Schneider <
ch...@die-schneider.net>:

> The main focus of this release is to pass the OSGi RSA TCK.
> It also contains a new mDNS based discovery.
>
> I've staged the release at
>
> https://repository.apache.org/content/repositories/orgapachearies-1204/
>
> For a list of issues resolved see:
>
> https://issues.apache.org/jira/projects/ARIES/versions/12349980
>
> Release Notes - Aries - Version rsa-1.17.0
>
> ** Bug
> * [ARIES-2042] - Local discovery missing from repository
> * [ARIES-2043] - LocalDiscovery not updated when listener scope changes
> * [ARIES-2058] - Aries 1.16.0 RSA fails OSGi RemoteServiceAdmin TCK test
>
> ** New Feature
> * [ARIES-2060] - mDNS discovery
>
> Please review and vote
>
> Here is my
> +1
>
>
> --
> --
> Christian Schneider
> http://www.liquid-reality.de
>
> Computer Scientist
> http://www.adobe.com
>
>

-- 
-- 
Christian Schneider
http://www.liquid-reality.de

Computer Scientist
http://www.adobe.com

[VOTE] Release Apache Aries Remote Service Admin 1.17.0

[Christian Schneider]

The main focus of this release is to pass the OSGi RSA TCK.
It also contains a new mDNS based discovery.

I've staged the release at

https://repository.apache.org/content/repositories/orgapachearies-1204/

For a list of issues resolved see:

https://issues.apache.org/jira/projects/ARIES/versions/12349980

Release Notes - Aries - Version rsa-1.17.0

** Bug
* [ARIES-2042] - Local discovery missing from repository
* [ARIES-2043] - LocalDiscovery not updated when listener scope changes
* [ARIES-2058] - Aries 1.16.0 RSA fails OSGi RemoteServiceAdmin TCK test

** New Feature
* [ARIES-2060] - mDNS discovery

Please review and vote

Here is my
+1


-- 
-- 
Christian Schneider
http://www.liquid-reality.de

Computer Scientist
http://www.adobe.com

[jira] [Resolved] (ARIES-2042) Local discovery missing from repository

[Christian Schneider (Jira)]

 [ 
https://issues.apache.org/jira/browse/ARIES-2042?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Christian Schneider resolved ARIES-2042.

Resolution: Fixed

I am resolving this issue as it seems to be fixed with the commit. 
Please reopen if something is still missing.

> Local discovery missing from repository
> ---
>
> Key: ARIES-2042
> URL: https://issues.apache.org/jira/browse/ARIES-2042
> Project: Aries
>  Issue Type: Bug
>  Components: Remote Service Admin
>Affects Versions: rsa-1.16.0
>Reporter: Amichai Rothman
>Assignee: Amichai Rothman
>Priority: Major
> Fix For: rsa-1.17.0
>
>




--
This message was sent by Atlassian Jira
(v8.3.4#803005)

[jira] [Resolved] (ARIES-2043) LocalDiscovery not updated when listener scope changes

[Christian Schneider (Jira)]

 [ 
https://issues.apache.org/jira/browse/ARIES-2043?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Christian Schneider resolved ARIES-2043.

Resolution: Fixed

I am resolving this issue as it seems to be fixed with the commit. 
Please reopen if something is still missing.

> LocalDiscovery not updated when listener scope changes
> --
>
> Key: ARIES-2043
> URL: https://issues.apache.org/jira/browse/ARIES-2043
> Project: Aries
>  Issue Type: Bug
>  Components: Remote Service Admin
>Affects Versions: rsa-1.16.0
>Reporter: Amichai Rothman
>Assignee: Amichai Rothman
>Priority: Major
> Fix For: rsa-1.17.0
>
>
> EnpointListenerManager updates the scope via the service properties when 
> there is a new interest in a service, but LocalDelivery does not get updated 
> accordingly, so it does not match any service listeners added after a bundle 
> is initially started.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

Re: [HEADS UP] Release of RSA 1.17 soon

[Christian Schneider]

I did not get a response from Amichai. I will resolve the two issues as
there are improvements for them in the release.

I plan to do the release today.

Christian

Am Do., 16. Sept. 2021 um 11:43 Uhr schrieb Christian Schneider <
ch...@die-schneider.net>:

> The current release of RSA 1.16 does not pass some OSGI TCK checks.
> This blocks the release of the new OSGi specs.
>
> Tim has fixed the issues and we should release a new version to unblock
> the spec team.
>
> This is the current state of the release:
>
> https://issues.apache.org/jira/issues/?jql=project%20%3D%20ARIES%20AND%20fixVersion%20%3D%20rsa-1.17.0
>
> There are two unresolved issues but I also see commits for the issues. So
> I hope they might already be done.
> Amichai, can you check these issues?
>
> Please let me know if anything else should go into the release or if there
> are other issues that block the release.
>
> Christian
>
> --
> --
> Christian Schneider
> http://www.liquid-reality.de
>
> Computer Scientist
> http://www.adobe.com
>
>

-- 
-- 
Christian Schneider
http://www.liquid-reality.de

Computer Scientist
http://www.adobe.com

[HEADS UP] Release of RSA 1.17 soon

[Christian Schneider]

The current release of RSA 1.16 does not pass some OSGI TCK checks.
This blocks the release of the new OSGi specs.

Tim has fixed the issues and we should release a new version to unblock the
spec team.

This is the current state of the release:
https://issues.apache.org/jira/issues/?jql=project%20%3D%20ARIES%20AND%20fixVersion%20%3D%20rsa-1.17.0

There are two unresolved issues but I also see commits for the issues. So I
hope they might already be done.
Amichai, can you check these issues?

Please let me know if anything else should go into the release or if there
are other issues that block the release.

Christian

-- 
-- 
Christian Schneider
http://www.liquid-reality.de

Computer Scientist
http://www.adobe.com

[jira] [Commented] (ARIES-2043) LocalDiscovery not updated when listener scope changes

[Christian Schneider (Jira)]

[ 
https://issues.apache.org/jira/browse/ARIES-2043?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17415951#comment-17415951
 ] 

Christian Schneider commented on ARIES-2043:


[~amichai] I saw you committed a fix for this issue. Is this done? 

> LocalDiscovery not updated when listener scope changes
> --
>
> Key: ARIES-2043
> URL: https://issues.apache.org/jira/browse/ARIES-2043
> Project: Aries
>  Issue Type: Bug
>  Components: Remote Service Admin
>Affects Versions: rsa-1.16.0
>Reporter: Amichai Rothman
>Assignee: Amichai Rothman
>Priority: Major
> Fix For: rsa-1.17.0
>
>
> EnpointListenerManager updates the scope via the service properties when 
> there is a new interest in a service, but LocalDelivery does not get updated 
> accordingly, so it does not match any service listeners added after a bundle 
> is initially started.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

[jira] [Commented] (ARIES-2042) Local discovery missing from repository

[Christian Schneider (Jira)]

[ 
https://issues.apache.org/jira/browse/ARIES-2042?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17415952#comment-17415952
 ] 

Christian Schneider commented on ARIES-2042:


[~amichai] I saw you committed a fix for this issue. Is this done? 

> Local discovery missing from repository
> ---
>
> Key: ARIES-2042
> URL: https://issues.apache.org/jira/browse/ARIES-2042
> Project: Aries
>  Issue Type: Bug
>  Components: Remote Service Admin
>Affects Versions: rsa-1.16.0
>Reporter: Amichai Rothman
>Assignee: Amichai Rothman
>Priority: Major
> Fix For: rsa-1.17.0
>
>




--
This message was sent by Atlassian Jira
(v8.3.4#803005)

[jira] [Resolved] (ARIES-2060) mDNS discovery

[Christian Schneider (Jira)]

 [ 
https://issues.apache.org/jira/browse/ARIES-2060?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Christian Schneider resolved ARIES-2060.

Resolution: Fixed

[https://github.com/apache/aries-rsa/commit/ebb97c1ed461e767172825c7ce1e27cbf4d3f26f]

[https://github.com/apache/aries-rsa/commit/410b2bd80dcc55c3b4900a32d15f1106d2c0c10e]

 

> mDNS discovery
> --
>
> Key: ARIES-2060
> URL: https://issues.apache.org/jira/browse/ARIES-2060
> Project: Aries
>  Issue Type: New Feature
>  Components: Remote Service Admin
>    Reporter: Christian Schneider
>Assignee: Timothy James Ward
>Priority: Major
> Fix For: rsa-1.17.0
>
>
> Zookeeper discovery does not work properly in the OSGi TCK. So Tim added a 
> new mDNS discovery.
>  



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

[jira] [Created] (ARIES-2060) mDNS discovery

[Christian Schneider (Jira)]

Christian Schneider created ARIES-2060:
--

 Summary: mDNS discovery
 Key: ARIES-2060
 URL: https://issues.apache.org/jira/browse/ARIES-2060
 Project: Aries
  Issue Type: New Feature
  Components: Remote Service Admin
Reporter: Christian Schneider
Assignee: Timothy James Ward
 Fix For: rsa-1.17.0


Zookeeper discovery does not work properly in the OSGi TCK. So Tim added a new 
mDNS discovery.

 



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

[jira] [Assigned] (ARIES-2058) Aries 1.16.0 RSA fails OSGi RemoteServiceAdmin TCK test

[Christian Schneider (Jira)]

 [ 
https://issues.apache.org/jira/browse/ARIES-2058?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Christian Schneider reassigned ARIES-2058:
--

Assignee: Timothy James Ward

> Aries 1.16.0 RSA fails OSGi RemoteServiceAdmin TCK test
> ---
>
> Key: ARIES-2058
> URL: https://issues.apache.org/jira/browse/ARIES-2058
> Project: Aries
>  Issue Type: Bug
>  Components: Remote Service Admin
>Affects Versions: rsa-1.16.0
>Reporter: A. J. David Bosschaert
>Assignee: Timothy James Ward
>Priority: Major
> Fix For: rsa-1.17.0
>
> Attachments: aries.log
>
>
> When running the OSGi RSA TCK 13 of the 39 tests fail:
> {code:java}
> Test run finished after 458266 ms
> [11 containers found  ]
> [ 0 containers skipped]
> [11 containers started]
> [ 0 containers aborted]
> [11 containers successful ]
> [ 0 containers failed ]
> [39 tests found   ]
> [ 0 tests skipped ]
> [39 tests started ]
> [ 0 tests aborted ]
> [26 tests successful  ]
> [13 tests failed  ]
> # test ran
> # queue []
>  
> > Task :org.osgi.test.cases.remoteserviceadmin:testOSGi FAILED {code}
> To reproduce make the following change in https://github.com/osgi/osgi:
> {code}
> $ git diff
> diff --git a/cnf/ext/central.mvn b/cnf/ext/central.mvn
> index 2a8e2f44b2..e43331adac 100644
> --- a/cnf/ext/central.mvn
> +++ b/cnf/ext/central.mvn
> @@ -89,12 +89,12 @@ 
> org.apache.aries.jpa:org.apache.aries.jpa.eclipselink.adapter:2.4.0
>  org.apache.aries.spec:org.apache.aries.javax.jax.rs-api:1.0.4
>  org.apache.aries.spifly:org.apache.aries.spifly.dynamic.bundle:1.0.8
>  
> org.apache.aries.spifly:org.apache.aries.spifly.dynamic.framework.extension:1.3.3
> -org.apache.aries.rsa:org.apache.aries.rsa.core:1.13.0
> -org.apache.aries.rsa:org.apache.aries.rsa.spi:1.13.0
> -org.apache.aries.rsa:org.apache.aries.rsa.topology-manager:1.13.0
> -org.apache.aries.rsa.discovery:org.apache.aries.rsa.discovery.local:1.13.0
> -org.apache.aries.rsa.discovery:org.apache.aries.rsa.discovery.zookeeper:1.13.0
> -org.apache.aries.rsa.provider:org.apache.aries.rsa.provider.tcp:1.13.0
> +org.apache.aries.rsa:org.apache.aries.rsa.core:1.16.0
> +org.apache.aries.rsa:org.apache.aries.rsa.spi:1.16.0
> +org.apache.aries.rsa:org.apache.aries.rsa.topology-manager:1.16.0
> +org.apache.aries.rsa.discovery:org.apache.aries.rsa.discovery.local:1.16.0
> +org.apache.aries.rsa.discovery:org.apache.aries.rsa.discovery.zookeeper:1.16.0
> +org.apache.aries.rsa.provider:org.apache.aries.rsa.provider.tcp:1.16.0
>  org.apache.felix:org.apache.felix.configadmin:1.9.22
>  org.apache.felix:org.apache.felix.configurator:1.0.8
> {code}
> Then run in the {{org.osgi.test.cases.remoteserviceadmin}} directory:
> {code}
> $ ../gradlew check
> {code}



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

[jira] [Resolved] (ARIES-2058) Aries 1.16.0 RSA fails OSGi RemoteServiceAdmin TCK test

[Christian Schneider (Jira)]

 [ 
https://issues.apache.org/jira/browse/ARIES-2058?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Christian Schneider resolved ARIES-2058.

Resolution: Fixed

> Aries 1.16.0 RSA fails OSGi RemoteServiceAdmin TCK test
> ---
>
> Key: ARIES-2058
> URL: https://issues.apache.org/jira/browse/ARIES-2058
> Project: Aries
>  Issue Type: Bug
>  Components: Remote Service Admin
>Affects Versions: rsa-1.16.0
>Reporter: A. J. David Bosschaert
>Assignee: Timothy James Ward
>Priority: Major
> Fix For: rsa-1.17.0
>
> Attachments: aries.log
>
>
> When running the OSGi RSA TCK 13 of the 39 tests fail:
> {code:java}
> Test run finished after 458266 ms
> [11 containers found  ]
> [ 0 containers skipped]
> [11 containers started]
> [ 0 containers aborted]
> [11 containers successful ]
> [ 0 containers failed ]
> [39 tests found   ]
> [ 0 tests skipped ]
> [39 tests started ]
> [ 0 tests aborted ]
> [26 tests successful  ]
> [13 tests failed  ]
> # test ran
> # queue []
>  
> > Task :org.osgi.test.cases.remoteserviceadmin:testOSGi FAILED {code}
> To reproduce make the following change in https://github.com/osgi/osgi:
> {code}
> $ git diff
> diff --git a/cnf/ext/central.mvn b/cnf/ext/central.mvn
> index 2a8e2f44b2..e43331adac 100644
> --- a/cnf/ext/central.mvn
> +++ b/cnf/ext/central.mvn
> @@ -89,12 +89,12 @@ 
> org.apache.aries.jpa:org.apache.aries.jpa.eclipselink.adapter:2.4.0
>  org.apache.aries.spec:org.apache.aries.javax.jax.rs-api:1.0.4
>  org.apache.aries.spifly:org.apache.aries.spifly.dynamic.bundle:1.0.8
>  
> org.apache.aries.spifly:org.apache.aries.spifly.dynamic.framework.extension:1.3.3
> -org.apache.aries.rsa:org.apache.aries.rsa.core:1.13.0
> -org.apache.aries.rsa:org.apache.aries.rsa.spi:1.13.0
> -org.apache.aries.rsa:org.apache.aries.rsa.topology-manager:1.13.0
> -org.apache.aries.rsa.discovery:org.apache.aries.rsa.discovery.local:1.13.0
> -org.apache.aries.rsa.discovery:org.apache.aries.rsa.discovery.zookeeper:1.13.0
> -org.apache.aries.rsa.provider:org.apache.aries.rsa.provider.tcp:1.13.0
> +org.apache.aries.rsa:org.apache.aries.rsa.core:1.16.0
> +org.apache.aries.rsa:org.apache.aries.rsa.spi:1.16.0
> +org.apache.aries.rsa:org.apache.aries.rsa.topology-manager:1.16.0
> +org.apache.aries.rsa.discovery:org.apache.aries.rsa.discovery.local:1.16.0
> +org.apache.aries.rsa.discovery:org.apache.aries.rsa.discovery.zookeeper:1.16.0
> +org.apache.aries.rsa.provider:org.apache.aries.rsa.provider.tcp:1.16.0
>  org.apache.felix:org.apache.felix.configadmin:1.9.22
>  org.apache.felix:org.apache.felix.configurator:1.0.8
> {code}
> Then run in the {{org.osgi.test.cases.remoteserviceadmin}} directory:
> {code}
> $ ../gradlew check
> {code}



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

[jira] [Commented] (ARIES-2058) Aries 1.16.0 RSA fails OSGi RemoteServiceAdmin TCK test

[Christian Schneider (Jira)]

[ 
https://issues.apache.org/jira/browse/ARIES-2058?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17415946#comment-17415946
 ] 

Christian Schneider commented on ARIES-2058:


I got some more details about the failures from [~timothyjward] who also 
provided the fixes.
 
1. Export Registrations were not properly closed
[https://github.com/apache/aries-rsa/commit/568642c463239e8081c93eead94cb010cc598bcf]
2. The TCP provider had the intents string “osgi.basic,osgi.async” instead of a 
String[] with “osgi.basic”, “osgi.async”
[https://github.com/apache/aries-rsa/commit/2b0d2fbd086c1003d4cce12fe633bd1a755b4478]
3. The local discovery provider only injected a single event listener, not all 
event listeners
[https://github.com/apache/aries-rsa/commit/33579827bc4533fde8fdedca8313a6ec039475ce]
 
 
 
 

> Aries 1.16.0 RSA fails OSGi RemoteServiceAdmin TCK test
> ---
>
> Key: ARIES-2058
> URL: https://issues.apache.org/jira/browse/ARIES-2058
> Project: Aries
>  Issue Type: Bug
>  Components: Remote Service Admin
>Affects Versions: rsa-1.16.0
>Reporter: A. J. David Bosschaert
>Priority: Major
> Fix For: rsa-1.17.0
>
> Attachments: aries.log
>
>
> When running the OSGi RSA TCK 13 of the 39 tests fail:
> {code:java}
> Test run finished after 458266 ms
> [11 containers found  ]
> [ 0 containers skipped]
> [11 containers started]
> [ 0 containers aborted]
> [11 containers successful ]
> [ 0 containers failed ]
> [39 tests found   ]
> [ 0 tests skipped ]
> [39 tests started ]
> [ 0 tests aborted ]
> [26 tests successful  ]
> [13 tests failed  ]
> # test ran
> # queue []
>  
> > Task :org.osgi.test.cases.remoteserviceadmin:testOSGi FAILED {code}
> To reproduce make the following change in https://github.com/osgi/osgi:
> {code}
> $ git diff
> diff --git a/cnf/ext/central.mvn b/cnf/ext/central.mvn
> index 2a8e2f44b2..e43331adac 100644
> --- a/cnf/ext/central.mvn
> +++ b/cnf/ext/central.mvn
> @@ -89,12 +89,12 @@ 
> org.apache.aries.jpa:org.apache.aries.jpa.eclipselink.adapter:2.4.0
>  org.apache.aries.spec:org.apache.aries.javax.jax.rs-api:1.0.4
>  org.apache.aries.spifly:org.apache.aries.spifly.dynamic.bundle:1.0.8
>  
> org.apache.aries.spifly:org.apache.aries.spifly.dynamic.framework.extension:1.3.3
> -org.apache.aries.rsa:org.apache.aries.rsa.core:1.13.0
> -org.apache.aries.rsa:org.apache.aries.rsa.spi:1.13.0
> -org.apache.aries.rsa:org.apache.aries.rsa.topology-manager:1.13.0
> -org.apache.aries.rsa.discovery:org.apache.aries.rsa.discovery.local:1.13.0
> -org.apache.aries.rsa.discovery:org.apache.aries.rsa.discovery.zookeeper:1.13.0
> -org.apache.aries.rsa.provider:org.apache.aries.rsa.provider.tcp:1.13.0
> +org.apache.aries.rsa:org.apache.aries.rsa.core:1.16.0
> +org.apache.aries.rsa:org.apache.aries.rsa.spi:1.16.0
> +org.apache.aries.rsa:org.apache.aries.rsa.topology-manager:1.16.0
> +org.apache.aries.rsa.discovery:org.apache.aries.rsa.discovery.local:1.16.0
> +org.apache.aries.rsa.discovery:org.apache.aries.rsa.discovery.zookeeper:1.16.0
> +org.apache.aries.rsa.provider:org.apache.aries.rsa.provider.tcp:1.16.0
>  org.apache.felix:org.apache.felix.configadmin:1.9.22
>  org.apache.felix:org.apache.felix.configurator:1.0.8
> {code}
> Then run in the {{org.osgi.test.cases.remoteserviceadmin}} directory:
> {code}
> $ ../gradlew check
> {code}



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

[jira] [Updated] (ARIES-2058) Aries 1.16.0 RSA fails OSGi RemoteServiceAdmin TCK test

[Christian Schneider (Jira)]

 [ 
https://issues.apache.org/jira/browse/ARIES-2058?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Christian Schneider updated ARIES-2058:
---
Fix Version/s: rsa-1.17.0

> Aries 1.16.0 RSA fails OSGi RemoteServiceAdmin TCK test
> ---
>
> Key: ARIES-2058
> URL: https://issues.apache.org/jira/browse/ARIES-2058
> Project: Aries
>  Issue Type: Bug
>  Components: Remote Service Admin
>Affects Versions: rsa-1.16.0
>Reporter: A. J. David Bosschaert
>Priority: Major
> Fix For: rsa-1.17.0
>
> Attachments: aries.log
>
>
> When running the OSGi RSA TCK 13 of the 39 tests fail:
> {code:java}
> Test run finished after 458266 ms
> [11 containers found  ]
> [ 0 containers skipped]
> [11 containers started]
> [ 0 containers aborted]
> [11 containers successful ]
> [ 0 containers failed ]
> [39 tests found   ]
> [ 0 tests skipped ]
> [39 tests started ]
> [ 0 tests aborted ]
> [26 tests successful  ]
> [13 tests failed  ]
> # test ran
> # queue []
>  
> > Task :org.osgi.test.cases.remoteserviceadmin:testOSGi FAILED {code}
> To reproduce make the following change in https://github.com/osgi/osgi:
> {code}
> $ git diff
> diff --git a/cnf/ext/central.mvn b/cnf/ext/central.mvn
> index 2a8e2f44b2..e43331adac 100644
> --- a/cnf/ext/central.mvn
> +++ b/cnf/ext/central.mvn
> @@ -89,12 +89,12 @@ 
> org.apache.aries.jpa:org.apache.aries.jpa.eclipselink.adapter:2.4.0
>  org.apache.aries.spec:org.apache.aries.javax.jax.rs-api:1.0.4
>  org.apache.aries.spifly:org.apache.aries.spifly.dynamic.bundle:1.0.8
>  
> org.apache.aries.spifly:org.apache.aries.spifly.dynamic.framework.extension:1.3.3
> -org.apache.aries.rsa:org.apache.aries.rsa.core:1.13.0
> -org.apache.aries.rsa:org.apache.aries.rsa.spi:1.13.0
> -org.apache.aries.rsa:org.apache.aries.rsa.topology-manager:1.13.0
> -org.apache.aries.rsa.discovery:org.apache.aries.rsa.discovery.local:1.13.0
> -org.apache.aries.rsa.discovery:org.apache.aries.rsa.discovery.zookeeper:1.13.0
> -org.apache.aries.rsa.provider:org.apache.aries.rsa.provider.tcp:1.13.0
> +org.apache.aries.rsa:org.apache.aries.rsa.core:1.16.0
> +org.apache.aries.rsa:org.apache.aries.rsa.spi:1.16.0
> +org.apache.aries.rsa:org.apache.aries.rsa.topology-manager:1.16.0
> +org.apache.aries.rsa.discovery:org.apache.aries.rsa.discovery.local:1.16.0
> +org.apache.aries.rsa.discovery:org.apache.aries.rsa.discovery.zookeeper:1.16.0
> +org.apache.aries.rsa.provider:org.apache.aries.rsa.provider.tcp:1.16.0
>  org.apache.felix:org.apache.felix.configadmin:1.9.22
>  org.apache.felix:org.apache.felix.configurator:1.0.8
> {code}
> Then run in the {{org.osgi.test.cases.remoteserviceadmin}} directory:
> {code}
> $ ../gradlew check
> {code}



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

Re: [VOTE] Aries Typed Events 0.0.1-RC1 release

[Christian Schneider]

+1
Christian

Am Do., 9. Sept. 2021 um 16:20 Uhr schrieb Tim Ward :

> Hi all,
>
> I submit the Aries Typed Events 0.0.1-RC1 release for your vote. This is
> the first release of Aries Typed Events, which is an implementation of a
> new OSGi specification that will be released R8 Compendium. The Aries Typed
> Events 0.0.1-RC1 release uses the final release candidate APIs from
> Eclipse, and will be used as a reference implementation alongside the OSGi
> R8 compendium specifications and TCKs.
>
> Staging Maven Repository:
> https://repository.apache.org/content/repositories/orgapachearies-1202 <
> https://repository.apache.org/content/repositories/orgapachearies-1202>
>
> Please vote to approve this release:
>
> [ ] +1 Approve the release
> [ ] -1 Don't approve the release (please provide specific comments)
>
> This vote will be open for at least 72 hours.
>
> Best Regards,
>
> Tim Ward



-- 
-- 
Christian Schneider
http://www.liquid-reality.de

Computer Scientist
http://www.adobe.com

Draft of board report

[Christian Schneider]

Please review and comment.

---

## Description:
Apache Aries software is a set of pluggable Java components enabling an
enterprise OSGi application programming model.

## Issues:
No issues for the board to look into.

## Membership Data:
Apache Aries was founded 2010-12-15 (11 years ago)
There are currently 57 committers and 41 PMC members in this project.
The Committer-to-PMC ratio is roughly 4:3.

Community changes, past quarter:
- No new PMC members. Last addition was Carlos Sierra Andrés on 2018-07-03.
- No new committers. Last addition was Romain Manni-Bucau on 2020-01-29.

## Project Activity:
Recent releases:
spifly-1.3.4 was released on 2021-06-29.
blueprint-parser-1.6.1 was released on 2021-04-22.
proxy-impl-1.1.10 was released on 2021-04-18.
spifly-1.3.3 was released on 2021-04-13.

## Community Health:

Most activity was around CDI and JAX-RS. We currently do not see a lot of
new
contributors. Activity is stable but only by few people.

dev@aries.apache.org had a 45% increase in traffic in the past quarter
 (399 emails compared to 274)
u...@aries.apache.org had a 66% increase in traffic in the past quarter
 (10 emails compared to 6)
12 issues opened in JIRA, past quarter (-29% change)
4 issues closed in JIRA, past quarter (-76% change)
151 commits in the past quarter (-18% change)
11 code contributors in the past quarter (57% increase)
57 PRs opened on GitHub, past quarter (29% increase)
41 PRs closed on GitHub, past quarter (-21% change)



-- 
-- 
Christian Schneider
http://www.liquid-reality.de

Computer Scientist
http://www.adobe.com

Re: [VOTE] Apache Aries Blueprint Parser 1.6.1 release

[Christian Schneider]

+1
Christian


Carlos Sierra Andrés  schrieb am Mi., 21. Apr. 2021,
17:34:

> +1
>
> thanks!
>
> Carlos.
>
> El 21/4/21 a las 8:00, Jean-Baptiste Onofre escribió:
> > +1 (binding)
> >
> > Regards
> > JB
> >
> >> Le 20 avr. 2021 à 08:28, Jean-Baptiste Onofre  a
> écrit :
> >>
> >> Hi everyone,
> >>
> >> As discussed on the mailing list, I’m submitting Aries Blueprint Parser
> 1.6.1 release to your vote.
> >>
> >> This release includes a fix disallowing doctypes (for security reason).
> >>
> >> Staging Maven Repository:
> >> https://repository.apache.org/content/repositories/orgapachearies-1196/
> 
> >>
> >> Staging dist repository:
> >> https://dist.apache.org/repos/dist/dev/aries/blueprint/parser/1.6.1/ <
> https://dist.apache.org/repos/dist/dev/aries/blueprint/parser/1.6.1/>
> >>
> >> Please vote to approve this release:
> >>
> >> [ ] +1 Approve the release
> >> [ ] -1 Don't approve the release (please provide specific comments)
> >>
> >> This vote will be open for at least 72 hours.
> >>
> >> Thanks !
> >> Regards
> >> JB
>

Re: Release of aries blueprint parser?

[Christian Schneider]

Sounds great.

Christian

Am So., 18. Apr. 2021 um 17:52 Uhr schrieb Jean-Baptiste Onofre <
j...@nanthrax.net>:

> Hi Christian,
>
> I can do it if you want.
>
> No objection ?
>
> Regards
> JB
>
> > Le 18 avr. 2021 à 16:17, Christian Schneider 
> a écrit :
> >
> > Can someone do a release of blueprint parser with the fix from Colm
> > (already in master)?
> > We need this to close the security issue.
> >
> > It seems this is what that board asked in the last board report.
> >
> > Christian
> >
> > --
> > --
> > Christian Schneider
> > http://www.liquid-reality.de
> >
> > Computer Scientist
> > http://www.adobe.com
>
>

-- 
-- 
Christian Schneider
http://www.liquid-reality.de

Computer Scientist
http://www.adobe.com

Release of aries blueprint parser?

[Christian Schneider]

Can someone do a release of blueprint parser with the fix from Colm
(already in master)?
We need this to close the security issue.

It seems this is what that board asked in the last board report.

Christian

-- 
-- 
Christian Schneider
http://www.liquid-reality.de

Computer Scientist
http://www.adobe.com

Draft of board report

[Christian Schneider]

I prepared a draft of the report.
There also were two remarks from the board but I have no clue what they
refer to. Does anybody know?

Christian
---

ps:
There are a couple of comments from the last two reports that should be
addressed. If necessary, you can use a private section.
jm:
Given they have a new release I think these issues have been resolved but
it would be good to get confimation of that.
---
## Description:
Apache Aries software is a set of pluggable Java components enabling an
enterprise OSGi application programming model.

## Issues:
No issues to report.

## Membership Data:
Apache Aries was founded 2010-12-15 (10 years ago)
There are currently 57 committers and 41 PMC members in this project.
The Committer-to-PMC ratio is roughly 4:3.

Community changes, past quarter:
- No new PMC members. Last addition was Carlos Sierra Andrés on 2018-07-03.
- No new committers. Last addition was Romain Manni-Bucau on 2020-01-29.

## Project Activity:
Recent releases:
spifly-1.3.3 was released on 2021-04-13.
blueprint-cm-1.3.2 was released on 2021-02-20.
blueprint-core-1.10.3 was released on 2021-02-20.
proxy-impl-1.1.9 was released on 2021-02-20.


## Community Health:

Community engagement low but stable. Development activity done by quite few
people.

Re: Jenkins permissions for website build

[Christian Schneider]

Done

Am Di., 6. Apr. 2021 um 22:43 Uhr schrieb Raymond Augé
:

> Oops, I missed the part about being chair.
>
> Ping Christian Schneider :)
>
> - Ray
>
> On Tue, Apr 6, 2021 at 3:07 PM Raymond Augé 
> wrote:
>
> > I'll try to get this done in a few hours.
> >
> > - Ray
> >
> > On Tue., Apr. 6, 2021, 2:44 p.m. David Jencks,  >
> > wrote:
> >
> >> Hi,
> >>
> >> I’d like to have another try at automating the build for the proposed
> >> Antora site.  At the moment I think Jenkins is likely the most
> appropriate
> >> tool for this.  According to
> >> https://cwiki.apache.org/confluence/display/INFRA/Jenkins <
> >> https://cwiki.apache.org/confluence/display/INFRA/Jenkins> a PMC chair
> >> needs to add me to the hudson-jobadmin ldap group using the Whimsy Tool
> <
> >> https://whimsy.apache.org/roster/group/hudson-jobadmin>.
> >>
> >> If people want a non-Antora solution that’s fine too, I can stop…
> >>
> >> Thanks
> >> David Jencks
> >
> >
>
> --
> *Raymond Augé* (@rotty3000)
> Senior Software Architect *Liferay, Inc.* (@Liferay)
> OSGi Fellow
>


-- 
-- 
Christian Schneider
http://www.liquid-reality.de

Computer Scientist
http://www.adobe.com

Re: ECCN Request for Aries TX Control 1.0.0

[Christian Schneider]

I asked Arnoud to ask for the ECCN on the mailing list. So we have an
initial request.

>From Karl Pauls I learned that we as project PMC have to check if we are
subject to export restrictions and have to apply the apache
process to provide such a ECCN category. This is not very difficult as
basically we just have to describe what we use and apply the universal ECCN
for open source.

So as far as I understood this applies if we use cryptography that falls
under export restrictions.
In this case we have to apply this process:
https://infra.apache.org/crypto.html

and add our product to:
http://www.apache.org/licenses/exports/
(which is part of this process)

For Aries RSA I did this. For the others I am not sure if it is necessary.
If yes then I ask the maintainers to collect and add the information.

Christian



Am Fr., 26. März 2021 um 09:29 Uhr schrieb Jean-Baptiste Onofre <
j...@nanthrax.net>:

> Hi,
>
> As it’s under the terms of the Apache license and government of the Apache
> Software Foundation, I would recommend to contact le...@apache.org
> <mailto:le...@apache.org> to get details.
>
> Regards
> JB
>
> > Le 26 mars 2021 à 09:26, GLIMMERVEEN Arnoud <
> arnoud.glimmerv...@nl.thalesgroup.com> a écrit :
> >
> > Hi Aries-developers,
> >
> > Thales Nederland BV is considering to use Aries TX Control 1.0.0 in its
> own products. In order to do so we have to make sure that it complies with
> export regulations that apply to our products.
> >
> > According to our information your software could be subject to the
> Export Administration Regulations (EAR) when it is either hosted in the
> United States of America or if any contributor is a resident of the United
> States of America (for more information on this subject, please consult
> https://www.bis.doc.gov/).
> >
> > We therefore kindly ask you if your Aries TX Control 1.0.0 (software) is
> subject to the EAR and, if so, to provide us with the ECCN that applies to
> Aries TX Control 1.0.0.
> >
> > Kind regards, on behalf of Thales Nederland BV,
> > Arnoud Glimmerveen
> >
> >
> >
> >
> 
> > Disclaimer:
> >
> > If you are not the intended recipient of this email, please notify the
> sender and
> > delete it.
> > Any unauthorized copying, disclosure or distribution of this email or its
> > attachment(s) is forbidden.
> > Thales Nederland BV will not accept liability for any damage caused by
> this email or
> > its attachment(s).
> > Thales Nederland BV is seated in Hengelo and is registered at the
> Chamber of
> > Commerce under number 06061578.
> >
> 
> >
>
>

-- 
-- 
Christian Schneider
http://www.liquid-reality.de

Computer Scientist
http://www.adobe.com

Section 742.15 NOTIFICATION - Encryption

[Christian Schneider]

SUBMISSION TYPE:  Section 742.15


SUBMITTED BY: Christian Schneider


SUBMITTED FOR:The Apache Software Foundation


POINT OF CONTACT: Secretary, The Apache Software Foundation


MANUFACTURER(S):  The Apache Software Foundation, Oracle, The Eclipse
Foundation


PRODUCT NAME/MODEL #: Apache Aries RSA


ECCN: 5D002


NOTIFICATION: http://www.apache.org/licenses/exports/

[RESULT][VOTE] Release Apache Aries Remote Service Admin 1.16.0

[Christian Schneider]

This vote passes with 6 binding +1 and no other votes.

I will get the artifacts released.

Christian

Am Mo., 15. Feb. 2021 um 13:46 Uhr schrieb Christian Schneider <
ch...@die-schneider.net>:

> This release of Aries RSA contains bug fixes and small improvements. It
> also requires Java 8 now.
>
> I've staged the release at
>
> https://repository.apache.org/content/repositories/orgapachearies-1191
>
> For a list of issues resolved see:
>
> https://issues.apache.org/jira/projects/ARIES/versions/12345526
>
> Release Notes - Aries - Version rsa-1.16.0
>
> https://issues.apache.org/jira/projects/ARIES/versions/12345526
>
>
> ** Bug
> * [ARIES-1751] - Typo in namespace url in
> OSGI-INF/metatype/zookeeper.xml
> * [ARIES-1940] - Failure during service export is not properly handled
> by RemoteServiceAdminCore
> * [ARIES-1941] - Thread unsafe iteration of thread-safe MultiMap by
> TopologyManagerImport
> * [ARIES-1943] - TopologyManagerImport assumes all referenced
> ImportRegistrations are not closed
> * [ARIES-1944] - Make sure closed import registrations are cleaned up
>
> ** Improvement
> * [ARIES-1780] - Switch Zookeeper Discovery to DS
> * [ARIES-1936] - Switch zookeeper starter to DS and mockito
> * [ARIES-1937] - Require Java 8
> * [ARIES-1942] - Use annotation based bundle config
>
> ** Test
> * [ARIES-1836] - Test failure in TestFastbinRoundTrip:
> SocketException: Invalid argument
>
> Please review and vote
>
> Here is my
> +1
>
>
> --
> --
> Christian Schneider
> http://www.liquid-reality.de
>
> Computer Scientist
> http://www.adobe.com
>
>

-- 
-- 
Christian Schneider
http://www.liquid-reality.de

Computer Scientist
http://www.adobe.com

[jira] [Closed] (ARIES-2039) Aspire Health Network

[Christian Schneider (Jira)]

 [ 
https://issues.apache.org/jira/browse/ARIES-2039?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Christian Schneider closed ARIES-2039.
--
Resolution: Invalid

> Aspire Health Network
> -
>
> Key: ARIES-2039
> URL: https://issues.apache.org/jira/browse/ARIES-2039
> Project: Aries
>  Issue Type: Project
>Reporter: Aspire Health Network
>Priority: Major
>




--
This message was sent by Atlassian Jira
(v8.3.4#803005)

[jira] [Updated] (ARIES-2039) Aspire Health Network

[Christian Schneider (Jira)]

 [ 
https://issues.apache.org/jira/browse/ARIES-2039?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Christian Schneider updated ARIES-2039:
---
Description: (was:                                               
!ahn-logo-80h.png!

The [*Aspire Health 
Network*|https://aspirehealthnetwork.com/best-place-to-buy-soma-online-in-usa/] 
is the nation's leading provider of drug rehab centers. We are committed to 
providing the highest caliber of medical, therapeutic, and holistic care for 
individuals in need of treatment for addiction and alcoholism. We believe that 
everyone's situation is unique, and that each individual should be matched to a 
rehab facility that fits their specific needs. Our mission is to help as many 
people as possible find life long sobriety and happiness.)

> Aspire Health Network
> -
>
> Key: ARIES-2039
> URL: https://issues.apache.org/jira/browse/ARIES-2039
> Project: Aries
>  Issue Type: Project
>Reporter: Aspire Health Network
>Priority: Major
>




--
This message was sent by Atlassian Jira
(v8.3.4#803005)

[jira] [Updated] (ARIES-2039) Aspire Health Network

[Christian Schneider (Jira)]

 [ 
https://issues.apache.org/jira/browse/ARIES-2039?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Christian Schneider updated ARIES-2039:
---
Attachment: (was: ahn-logo-80h.png)

> Aspire Health Network
> -
>
> Key: ARIES-2039
> URL: https://issues.apache.org/jira/browse/ARIES-2039
> Project: Aries
>  Issue Type: Project
>Reporter: Aspire Health Network
>Priority: Major
>




--
This message was sent by Atlassian Jira
(v8.3.4#803005)

Re: [VOTE] Release Apache Aries Remote Service Admin 1.15.0

[Christian Schneider]

Small correction. The title should be [VOTE] Release Apache Aries Remote
Service Admin 1.16.0

Am Mo., 15. Feb. 2021 um 13:46 Uhr schrieb Christian Schneider <
ch...@die-schneider.net>:

> This release of Aries RSA contains bug fixes and small improvements. It
> also requires Java 8 now.
>
> I've staged the release at
>
> https://repository.apache.org/content/repositories/orgapachearies-1191
>
> For a list of issues resolved see:
>
> https://issues.apache.org/jira/projects/ARIES/versions/12345526
>
> Release Notes - Aries - Version rsa-1.16.0
>
> https://issues.apache.org/jira/projects/ARIES/versions/12345526
>
>
> ** Bug
> * [ARIES-1751] - Typo in namespace url in
> OSGI-INF/metatype/zookeeper.xml
> * [ARIES-1940] - Failure during service export is not properly handled
> by RemoteServiceAdminCore
> * [ARIES-1941] - Thread unsafe iteration of thread-safe MultiMap by
> TopologyManagerImport
> * [ARIES-1943] - TopologyManagerImport assumes all referenced
> ImportRegistrations are not closed
> * [ARIES-1944] - Make sure closed import registrations are cleaned up
>
> ** Improvement
> * [ARIES-1780] - Switch Zookeeper Discovery to DS
> * [ARIES-1936] - Switch zookeeper starter to DS and mockito
> * [ARIES-1937] - Require Java 8
> * [ARIES-1942] - Use annotation based bundle config
>
> ** Test
> * [ARIES-1836] - Test failure in TestFastbinRoundTrip:
> SocketException: Invalid argument
>
> Please review and vote
>
> Here is my
> +1
>
>
> --
> --
> Christian Schneider
> http://www.liquid-reality.de
>
> Computer Scientist
> http://www.adobe.com
>
>

-- 
-- 
Christian Schneider
http://www.liquid-reality.de

Computer Scientist
http://www.adobe.com

[VOTE] Release Apache Aries Remote Service Admin 1.15.0

[Christian Schneider]

This release of Aries RSA contains bug fixes and small improvements. It
also requires Java 8 now.

I've staged the release at

https://repository.apache.org/content/repositories/orgapachearies-1191

For a list of issues resolved see:

https://issues.apache.org/jira/projects/ARIES/versions/12345526

Release Notes - Aries - Version rsa-1.16.0

https://issues.apache.org/jira/projects/ARIES/versions/12345526


** Bug
* [ARIES-1751] - Typo in namespace url in
OSGI-INF/metatype/zookeeper.xml
* [ARIES-1940] - Failure during service export is not properly handled
by RemoteServiceAdminCore
* [ARIES-1941] - Thread unsafe iteration of thread-safe MultiMap by
TopologyManagerImport
* [ARIES-1943] - TopologyManagerImport assumes all referenced
ImportRegistrations are not closed
* [ARIES-1944] - Make sure closed import registrations are cleaned up

** Improvement
* [ARIES-1780] - Switch Zookeeper Discovery to DS
* [ARIES-1936] - Switch zookeeper starter to DS and mockito
* [ARIES-1937] - Require Java 8
* [ARIES-1942] - Use annotation based bundle config

** Test
* [ARIES-1836] - Test failure in TestFastbinRoundTrip: SocketException:
Invalid argument

Please review and vote

Here is my
+1


-- 
-- 
Christian Schneider
http://www.liquid-reality.de

Computer Scientist
http://www.adobe.com

[jira] [Assigned] (ARIES-1943) TopologyManagerImport assumes all referenced ImportRegistrations are not closed

[Christian Schneider (Jira)]

 [ 
https://issues.apache.org/jira/browse/ARIES-1943?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Christian Schneider reassigned ARIES-1943:
--

Assignee: Christian Schneider

> TopologyManagerImport assumes all referenced ImportRegistrations are not 
> closed
> ---
>
> Key: ARIES-1943
> URL: https://issues.apache.org/jira/browse/ARIES-1943
> Project: Aries
>  Issue Type: Bug
>  Components: Remote Service Admin
>Affects Versions: rsa-1.14.0
>Reporter: Arnoud Glimmerveen
>    Assignee: Christian Schneider
>Priority: Major
> Fix For: rsa-1.16.0
>
>  Time Spent: 20m
>  Remaining Estimate: 0h
>
> When an ImportRegistration is closed, all other methods must return null. 
> Obtaining for instance the ImportReference after close is therefor not 
> possible and the associated getter is expected to return null.
> The current importer logic appears to assume that at least the 
> ImportReference can always be obtained. This holds true when assuming that 
> only a single thread performs the import task, however de current 
> implementation uses up to 10 Threads. In that case whilst one Thread is busy 
> closing an ImportRegistration, another may already have the reference to it 
> and without the check for null will run into a NPE.
> Note that apparently the Apache Aries RSA implementation does not have 
> ImportRegistration.getImportReference() return null after close, which is I 
> guess the reason why this has gone unnoticed. Looking at the 
> [spec|https://osgi.org/specification/osgi.cmpn/7.0.0/service.remoteserviceadmin.html#org.osgi.service.remoteserviceadmin.ImportRegistration]
>  this in itself should also be considered a bug.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

[jira] [Commented] (ARIES-1943) TopologyManagerImport assumes all referenced ImportRegistrations are not closed

[Christian Schneider (Jira)]

[ 
https://issues.apache.org/jira/browse/ARIES-1943?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17284676#comment-17284676
 ] 

Christian Schneider commented on ARIES-1943:


I just tried a build and it worked without test failures. So I will try to do a 
release.

> TopologyManagerImport assumes all referenced ImportRegistrations are not 
> closed
> ---
>
> Key: ARIES-1943
> URL: https://issues.apache.org/jira/browse/ARIES-1943
> Project: Aries
>  Issue Type: Bug
>  Components: Remote Service Admin
>Affects Versions: rsa-1.14.0
>Reporter: Arnoud Glimmerveen
>Priority: Major
> Fix For: rsa-1.15.0
>
>  Time Spent: 20m
>  Remaining Estimate: 0h
>
> When an ImportRegistration is closed, all other methods must return null. 
> Obtaining for instance the ImportReference after close is therefor not 
> possible and the associated getter is expected to return null.
> The current importer logic appears to assume that at least the 
> ImportReference can always be obtained. This holds true when assuming that 
> only a single thread performs the import task, however de current 
> implementation uses up to 10 Threads. In that case whilst one Thread is busy 
> closing an ImportRegistration, another may already have the reference to it 
> and without the check for null will run into a NPE.
> Note that apparently the Apache Aries RSA implementation does not have 
> ImportRegistration.getImportReference() return null after close, which is I 
> guess the reason why this has gone unnoticed. Looking at the 
> [spec|https://osgi.org/specification/osgi.cmpn/7.0.0/service.remoteserviceadmin.html#org.osgi.service.remoteserviceadmin.ImportRegistration]
>  this in itself should also be considered a bug.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

Re: Draft board report

[Christian Schneider]

+1

thanks for working out the report again. You are doing a great job there.
As we wanted to make the PMC rotate are you interested in taking over the
role?
You would have my support.

Christian


Am So., 10. Jan. 2021 um 15:31 Uhr schrieb Raymond Auge
:

> Hello everyone,
>
> I've prepared a draft of the board report due in 3 days for your review:
>
> 
> A## Description:
> Apache Aries software is a set of pluggable Java components enabling an
> enterprise OSGi application programming model.
>
> ## Issues:
> The only issue is not very signification and relates to the migration away
> from ASF CMS toward an Antora based site. While progress is slow, a recent
> report from the member working on this indicated that progress was being
> made.
> Since this is a volunteer, best effort, that's to be expected.
>
> ## Membership Data:
> Apache Aries was founded 2010-12-14 (10 years ago)
> There are currently 58 committers and 41 PMC members in this project.
> The Committer-to-PMC ratio is roughly 4:3.
>
> Community changes, past quarter:
> - No new PMC members. Last addition was Carlos Sierra Andrés on 2018-07-02.
> - No new committers. Last addition was Romain Manni-Bucau on 2020-01-29.
>
> ## Project Activity:
> Most activity has taken place in 3 projects, cdi, spifly over the last
> quarter, and most recently in jax-rs-whiteboard. There are more plans for
> even further activity on jax-rs-whiteboard and a couple of new integrations
> with it are being conceived.
>
> Of course the site migration away from AFS CMS is still in progress and
> we recently got an update that, while slowly, this is progressing.
>
> It should be noted that Aries does contain many widely used and highly
> stable
> components that, while they do not provide much activity, issues for them
> are important and are most often immediately addressed; Aries Blueprint,
> Aries Proxy, Aries SPI Fly to name just a few.
>
> ## Community Health:
> Community engagement seems to at least be stable while trending toward a
> slight
> improvement. However participation is still rather low. Hoping that new
> releases and a new site can inspire a little more activity.
>
> --------
>
> --
> *Raymond Augé* (@rotty3000)
> Senior Software Architect *Liferay, Inc.* (@Liferay)
> OSGi Fellow
>


-- 
-- 
Christian Schneider
http://www.liquid-reality.de

Computer Scientist
http://www.adobe.com

Re: [VOTE] Release Apache Aries Remote Service Admin 1.15.0

[Christian Schneider]

I am cancelling the vote because of the current test failures on master. We
have to first get these working again.

Christian

Am Di., 13. Okt. 2020 um 13:42 Uhr schrieb Christian Schneider <
ch...@die-schneider.net>:

> This release of Aries RSA contains bug fixes and small improvements. It
> also requires Java 8 now.
>
> I've staged the release at
>
> https://repository.apache.org/content/repositories/orgapachearies-1185/
>
> For a list of issues resolved see:
>
> https://issues.apache.org/jira/projects/ARIES/versions/12345526
>
>
> Release Notes - Aries - Version rsa-1.15.0
>
> ** Bug
> * [ARIES-1751] - Typo in namespace url in
> OSGI-INF/metatype/zookeeper.xml
> * [ARIES-1940] - Failure during service export is not properly handled
> by RemoteServiceAdminCore
> * [ARIES-1941] - Thread unsafe iteration of thread-safe MultiMap by
> TopologyManagerImport
> * [ARIES-1944] - Make sure closed import registrations are cleaned up
>
> ** Improvement
> * [ARIES-1780] - Switch Zookeeper Discovery to DS
> * [ARIES-1936] - Switch zookeeper starter to DS and mockito
> * [ARIES-1937] - Require Java 8
> * [ARIES-1942] - Use annotation based bundle config
>
> ** Test
> * [ARIES-1836] - Test failure in TestFastbinRoundTrip:
> SocketException: Invalid argument
>
> Please review and vote
>
> Here is my
> +1
>
> --
> --
> Christian Schneider
> http://www.liquid-reality.de
>
> Computer Scientist
> http://www.adobe.com
>
>

-- 
-- 
Christian Schneider
http://www.liquid-reality.de

Computer Scientist
http://www.adobe.com

Re: [VOTE] Release Apache Aries Remote Service Admin 1.15.0

[Christian Schneider]

I have to revise my statement. I currently see some of the fastbin tests
failing on master. This is something we have to fix of course.

Christian


Am Di., 20. Okt. 2020 um 09:34 Uhr schrieb Christian Schneider <
ch...@die-schneider.net>:

> The tests on master were always green. Do they fail for you?
>
> What I found is that the test of the release sources fails as the release
> versions of the artifacts are only in the apache staging repo not in the
> actual maven central repo. It would be great if we could make our tests
> still work in this situation but I do not think it is a real problem.
>
> Christian
>
> Am Mo., 19. Okt. 2020 um 17:40 Uhr schrieb Dominik Przybysz <
> alien11...@gmail.com>:
>
>> Wait... What does it mean?
>> Why is not the artifact available in remote maven repo?
>> Do we have information anywhere what has to be done to make our tests
>> green
>> for newcomers?
>>
>> pon., 19 paź 2020 o 17:21 Christian Schneider 
>> napisał(a):
>>
>> > The problem is not solved but I think it only happens while the
>> artifacts
>> > are not present in the remote maven repo. I think it is a pure test
>> issue
>> > not a problem with the artifacts we create.
>> >
>> > Christian
>> >
>> > Am Mo., 19. Okt. 2020 um 15:51 Uhr schrieb Dominik Przybysz <
>> > alien11...@gmail.com>:
>> >
>> > > Hi,
>> > > Is the problem with tests solved?
>> > >
>> > > pon., 19 paź 2020 o 14:34 Raymond Auge > > .invalid>
>> > > napisał(a):
>> > >
>> > > > +1
>> > > >
>> > > > - Ray
>> > > >
>> > > > On Mon., Oct. 19, 2020, 6:58 a.m. Christian Schneider, <
>> > > > ch...@die-schneider.net> wrote:
>> > > >
>> > > > > Is anyone else gonna vote on this?
>> > > > >
>> > > > > Christian
>> > > > >
>> > > > > Am Di., 13. Okt. 2020 um 13:42 Uhr schrieb Christian Schneider <
>> > > > > ch...@die-schneider.net>:
>> > > > >
>> > > > > > This release of Aries RSA contains bug fixes and small
>> > improvements.
>> > > It
>> > > > > > also requires Java 8 now.
>> > > > > >
>> > > > > > I've staged the release at
>> > > > > >
>> > > > > >
>> > > >
>> > https://repository.apache.org/content/repositories/orgapachearies-1185/
>> > > > > >
>> > > > > > For a list of issues resolved see:
>> > > > > >
>> > > > > > https://issues.apache.org/jira/projects/ARIES/versions/12345526
>> > > > > >
>> > > > > >
>> > > > > > Release Notes - Aries - Version rsa-1.15.0
>> > > > > >
>> > > > > > ** Bug
>> > > > > > * [ARIES-1751] - Typo in namespace url in
>> > > > > > OSGI-INF/metatype/zookeeper.xml
>> > > > > > * [ARIES-1940] - Failure during service export is not
>> properly
>> > > > > handled
>> > > > > > by RemoteServiceAdminCore
>> > > > > > * [ARIES-1941] - Thread unsafe iteration of thread-safe
>> > MultiMap
>> > > by
>> > > > > > TopologyManagerImport
>> > > > > > * [ARIES-1944] - Make sure closed import registrations are
>> > > cleaned
>> > > > up
>> > > > > >
>> > > > > > ** Improvement
>> > > > > > * [ARIES-1780] - Switch Zookeeper Discovery to DS
>> > > > > >     * [ARIES-1936] - Switch zookeeper starter to DS and mockito
>> > > > > > * [ARIES-1937] - Require Java 8
>> > > > > > * [ARIES-1942] - Use annotation based bundle config
>> > > > > >
>> > > > > > ** Test
>> > > > > > * [ARIES-1836] - Test failure in TestFastbinRoundTrip:
>> > > > > > SocketException: Invalid argument
>> > > > > >
>> > > > > > Please review and vote
>> > > > > >
>> > > > > > Here is my
>> > > > > > +1
>> > > > > >
>> > > > > > --
>> > > > > > --
>> > > > > > Christian Schneider
>> > > > > > http://www.liquid-reality.de
>> > > > > >
>> > > > > > Computer Scientist
>> > > > > > http://www.adobe.com
>> > > > > >
>> > > > > >
>> > > > >
>> > > > > --
>> > > > > --
>> > > > > Christian Schneider
>> > > > > http://www.liquid-reality.de
>> > > > >
>> > > > > Computer Scientist
>> > > > > http://www.adobe.com
>> > > > >
>> > > >
>> > >
>> > >
>> > > --
>> > > Pozdrawiam / Regards,
>> > > Dominik Przybysz
>> > >
>> >
>> >
>> > --
>> > --
>> > Christian Schneider
>> > http://www.liquid-reality.de
>> >
>> > Computer Scientist
>> > http://www.adobe.com
>> >
>>
>>
>> --
>> Pozdrawiam / Regards,
>> Dominik Przybysz
>>
>
>
> --
> --
> Christian Schneider
> http://www.liquid-reality.de
>
> Computer Scientist
> http://www.adobe.com
>
>

-- 
-- 
Christian Schneider
http://www.liquid-reality.de

Computer Scientist
http://www.adobe.com

Re: [VOTE] Release Apache Aries Remote Service Admin 1.15.0

[Christian Schneider]

The tests on master were always green. Do they fail for you?

What I found is that the test of the release sources fails as the release
versions of the artifacts are only in the apache staging repo not in the
actual maven central repo. It would be great if we could make our tests
still work in this situation but I do not think it is a real problem.

Christian

Am Mo., 19. Okt. 2020 um 17:40 Uhr schrieb Dominik Przybysz <
alien11...@gmail.com>:

> Wait... What does it mean?
> Why is not the artifact available in remote maven repo?
> Do we have information anywhere what has to be done to make our tests green
> for newcomers?
>
> pon., 19 paź 2020 o 17:21 Christian Schneider 
> napisał(a):
>
> > The problem is not solved but I think it only happens while the artifacts
> > are not present in the remote maven repo. I think it is a pure test issue
> > not a problem with the artifacts we create.
> >
> > Christian
> >
> > Am Mo., 19. Okt. 2020 um 15:51 Uhr schrieb Dominik Przybysz <
> > alien11...@gmail.com>:
> >
> > > Hi,
> > > Is the problem with tests solved?
> > >
> > > pon., 19 paź 2020 o 14:34 Raymond Auge  > .invalid>
> > > napisał(a):
> > >
> > > > +1
> > > >
> > > > - Ray
> > > >
> > > > On Mon., Oct. 19, 2020, 6:58 a.m. Christian Schneider, <
> > > > ch...@die-schneider.net> wrote:
> > > >
> > > > > Is anyone else gonna vote on this?
> > > > >
> > > > > Christian
> > > > >
> > > > > Am Di., 13. Okt. 2020 um 13:42 Uhr schrieb Christian Schneider <
> > > > > ch...@die-schneider.net>:
> > > > >
> > > > > > This release of Aries RSA contains bug fixes and small
> > improvements.
> > > It
> > > > > > also requires Java 8 now.
> > > > > >
> > > > > > I've staged the release at
> > > > > >
> > > > > >
> > > >
> > https://repository.apache.org/content/repositories/orgapachearies-1185/
> > > > > >
> > > > > > For a list of issues resolved see:
> > > > > >
> > > > > > https://issues.apache.org/jira/projects/ARIES/versions/12345526
> > > > > >
> > > > > >
> > > > > > Release Notes - Aries - Version rsa-1.15.0
> > > > > >
> > > > > > ** Bug
> > > > > > * [ARIES-1751] - Typo in namespace url in
> > > > > > OSGI-INF/metatype/zookeeper.xml
> > > > > > * [ARIES-1940] - Failure during service export is not
> properly
> > > > > handled
> > > > > > by RemoteServiceAdminCore
> > > > > > * [ARIES-1941] - Thread unsafe iteration of thread-safe
> > MultiMap
> > > by
> > > > > > TopologyManagerImport
> > > > > > * [ARIES-1944] - Make sure closed import registrations are
> > > cleaned
> > > > up
> > > > > >
> > > > > > ** Improvement
> > > > > > * [ARIES-1780] - Switch Zookeeper Discovery to DS
> > > > > > * [ARIES-1936] - Switch zookeeper starter to DS and mockito
> > > > > > * [ARIES-1937] - Require Java 8
> > > > > > * [ARIES-1942] - Use annotation based bundle config
> > > > > >
> > > > > > ** Test
> > > > > > * [ARIES-1836] - Test failure in TestFastbinRoundTrip:
> > > > > > SocketException: Invalid argument
> > > > > >
> > > > > > Please review and vote
> > > > > >
> > > > > > Here is my
> > > > > > +1
> > > > > >
> > > > > > --
> > > > > > --
> > > > > > Christian Schneider
> > > > > > http://www.liquid-reality.de
> > > > > >
> > > > > > Computer Scientist
> > > > > > http://www.adobe.com
> > > > > >
> > > > > >
> > > > >
> > > > > --
> > > > > --
> > > > > Christian Schneider
> > > > > http://www.liquid-reality.de
> > > > >
> > > > > Computer Scientist
> > > > > http://www.adobe.com
> > > > >
> > > >
> > >
> > >
> > > --
> > > Pozdrawiam / Regards,
> > > Dominik Przybysz
> > >
> >
> >
> > --
> > --
> > Christian Schneider
> > http://www.liquid-reality.de
> >
> > Computer Scientist
> > http://www.adobe.com
> >
>
>
> --
> Pozdrawiam / Regards,
> Dominik Przybysz
>


-- 
-- 
Christian Schneider
http://www.liquid-reality.de

Computer Scientist
http://www.adobe.com

Re: [VOTE] Release Apache Aries Remote Service Admin 1.15.0

[Christian Schneider]

The problem is not solved but I think it only happens while the artifacts
are not present in the remote maven repo. I think it is a pure test issue
not a problem with the artifacts we create.

Christian

Am Mo., 19. Okt. 2020 um 15:51 Uhr schrieb Dominik Przybysz <
alien11...@gmail.com>:

> Hi,
> Is the problem with tests solved?
>
> pon., 19 paź 2020 o 14:34 Raymond Auge 
> napisał(a):
>
> > +1
> >
> > - Ray
> >
> > On Mon., Oct. 19, 2020, 6:58 a.m. Christian Schneider, <
> > ch...@die-schneider.net> wrote:
> >
> > > Is anyone else gonna vote on this?
> > >
> > > Christian
> > >
> > > Am Di., 13. Okt. 2020 um 13:42 Uhr schrieb Christian Schneider <
> > > ch...@die-schneider.net>:
> > >
> > > > This release of Aries RSA contains bug fixes and small improvements.
> It
> > > > also requires Java 8 now.
> > > >
> > > > I've staged the release at
> > > >
> > > >
> > https://repository.apache.org/content/repositories/orgapachearies-1185/
> > > >
> > > > For a list of issues resolved see:
> > > >
> > > > https://issues.apache.org/jira/projects/ARIES/versions/12345526
> > > >
> > > >
> > > > Release Notes - Aries - Version rsa-1.15.0
> > > >
> > > > ** Bug
> > > > * [ARIES-1751] - Typo in namespace url in
> > > > OSGI-INF/metatype/zookeeper.xml
> > > > * [ARIES-1940] - Failure during service export is not properly
> > > handled
> > > > by RemoteServiceAdminCore
> > > > * [ARIES-1941] - Thread unsafe iteration of thread-safe MultiMap
> by
> > > > TopologyManagerImport
> > > > * [ARIES-1944] - Make sure closed import registrations are
> cleaned
> > up
> > > >
> > > > ** Improvement
> > > > * [ARIES-1780] - Switch Zookeeper Discovery to DS
> > > > * [ARIES-1936] - Switch zookeeper starter to DS and mockito
> > > > * [ARIES-1937] - Require Java 8
> > > > * [ARIES-1942] - Use annotation based bundle config
> > > >
> > > > ** Test
> > > > * [ARIES-1836] - Test failure in TestFastbinRoundTrip:
> > > > SocketException: Invalid argument
> > > >
> > > > Please review and vote
> > > >
> > > > Here is my
> > > > +1
> > > >
> > > > --
> > > > --
> > > > Christian Schneider
> > > > http://www.liquid-reality.de
> > > >
> > > > Computer Scientist
> > > > http://www.adobe.com
> > > >
> > > >
> > >
> > > --
> > > --
> > > Christian Schneider
> > > http://www.liquid-reality.de
> > >
> > > Computer Scientist
> > > http://www.adobe.com
> > >
> >
>
>
> --
> Pozdrawiam / Regards,
> Dominik Przybysz
>


-- 
-- 
Christian Schneider
http://www.liquid-reality.de

Computer Scientist
http://www.adobe.com

Re: [VOTE] Release Apache Aries Remote Service Admin 1.15.0

[Christian Schneider]

Is anyone else gonna vote on this?

Christian

Am Di., 13. Okt. 2020 um 13:42 Uhr schrieb Christian Schneider <
ch...@die-schneider.net>:

> This release of Aries RSA contains bug fixes and small improvements. It
> also requires Java 8 now.
>
> I've staged the release at
>
> https://repository.apache.org/content/repositories/orgapachearies-1185/
>
> For a list of issues resolved see:
>
> https://issues.apache.org/jira/projects/ARIES/versions/12345526
>
>
> Release Notes - Aries - Version rsa-1.15.0
>
> ** Bug
> * [ARIES-1751] - Typo in namespace url in
> OSGI-INF/metatype/zookeeper.xml
> * [ARIES-1940] - Failure during service export is not properly handled
> by RemoteServiceAdminCore
> * [ARIES-1941] - Thread unsafe iteration of thread-safe MultiMap by
> TopologyManagerImport
> * [ARIES-1944] - Make sure closed import registrations are cleaned up
>
> ** Improvement
> * [ARIES-1780] - Switch Zookeeper Discovery to DS
> * [ARIES-1936] - Switch zookeeper starter to DS and mockito
> * [ARIES-1937] - Require Java 8
> * [ARIES-1942] - Use annotation based bundle config
>
> ** Test
> * [ARIES-1836] - Test failure in TestFastbinRoundTrip:
> SocketException: Invalid argument
>
> Please review and vote
>
> Here is my
> +1
>
> --
> --
> Christian Schneider
> http://www.liquid-reality.de
>
> Computer Scientist
> http://www.adobe.com
>
>

-- 
-- 
Christian Schneider
http://www.liquid-reality.de

Computer Scientist
http://www.adobe.com

Re: Draft Board report

[Christian Schneider]

Many thanks Ray,

I totally forgot about that. Let me know if you need help submitting. The
report looks great.

Christian

Am Do., 15. Okt. 2020 um 18:03 Uhr schrieb Raymond Auge
:

> Hey all,
>
> The report is due and I'm willing to submit it (but I've never done it
> before).
>
> This is what I have:
> ---
> ## Description:
> Apache Aries software is a set of pluggable Java components enabling an
> enterprise OSGi application programming model.
>
> ## Issues:
> - the project is blocked in migration from Apache CMS
> - no other issues exist
>
> ## Membership Data:
> Apache Aries was founded 2010-12-14 (10 years ago)
> There are currently 58 committers and 41 PMC members in this project.
> The Committer-to-PMC ratio is roughly 4:3.
>
> Community changes, past quarter:
> - No new PMC members. Last addition was Carlos Sierra Andrés on 2018-07-02.
> - No new committers. Last addition was Romain Manni-Bucau on 2020-01-29.
>
> ## Project Activity:
> - a new sub-component `aries-typedevent` implementing the upcoming R8
>   *OSGi Typed Event Service Specification* has started
> - aries-rsa-1.15.0 is under vote.
> - cdi-1.1.2 release is coming shortly.
> - spifly-1.3.1 was released on 2020-10-15.
> - jax-rs-whiteboard-1.0.10 was released on 2020-10-05.
> - spifly-1.3.0 was released on 2020-05-28.
>
> ## Community Health:
> - defects that are being reported are being handled quickly and efficiently
>   over the past while.
> - the reduction in commits is due to switch from dev of new sub-components
>   toward more maintenance of said components
> - an effort started to migrate the site from the old CMS to some new option
>   (the selected option was "Antora".) The work was started but because the
>option is not well known and seems to involve a fairly complex setup
> we've
>hit a sort of roadblock and some uncertainty about direction to take
>(however the community agrees Aries really needs a new site) This is
> presently our biggest challenge
> - the large number of sub-components and lack of good website/structured
>   information is making it hard to produce a cohesive view of the
> activities
>   and I feel this contributes to poor awareness/interest
> - project traffic is low but respectable otherwise and most queries from
>   community are answered.
> -
>
> This ok?
> --
> *Raymond Augé* (@rotty3000)
> Senior Software Architect *Liferay, Inc.* (@Liferay)
> OSGi Fellow
>


-- 
-- 
Christian Schneider
http://www.liquid-reality.de

Computer Scientist
http://www.adobe.com

Re: [VOTE] Release Apache Aries Remote Service Admin 1.15.0

[Christian Schneider]

am.
> [ERROR] -> [Help 1]
> [ERROR]
> [ERROR] To see the full stack trace of the errors, re-run Maven with the -e
> switch.
> [ERROR] Re-run Maven using the -X switch to enable full debug logging.
> [ERROR]
> [ERROR] For more information about the errors and possible solutions,
> please read the following articles:
> [ERROR] [Help 1]
> http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException
> [ERROR]
> [ERROR] After correcting the problems, you can resume the build with the
> command
> [ERROR]   mvn  -rf :org.apache.aries.rsa.itests.felix
>
>
> wt., 13 paź 2020 o 13:54  napisał(a):
>
> > +1
> >
> > David
> >
> > On Tue, 13 Oct 2020 at 12:42, Christian Schneider <
> ch...@die-schneider.net
> > >
> > wrote:
> >
> > > This release of Aries RSA contains bug fixes and small improvements. It
> > > also requires Java 8 now.
> > >
> > > I've staged the release at
> > >
> > >
> https://repository.apache.org/content/repositories/orgapachearies-1185/
> > >
> > > For a list of issues resolved see:
> > >
> > > https://issues.apache.org/jira/projects/ARIES/versions/12345526
> > >
> > >
> > > Release Notes - Aries - Version rsa-1.15.0
> > >
> > > ** Bug
> > > * [ARIES-1751] - Typo in namespace url in
> > > OSGI-INF/metatype/zookeeper.xml
> > > * [ARIES-1940] - Failure during service export is not properly
> > handled
> > > by RemoteServiceAdminCore
> > > * [ARIES-1941] - Thread unsafe iteration of thread-safe MultiMap by
> > > TopologyManagerImport
> > > * [ARIES-1944] - Make sure closed import registrations are cleaned
> up
> > >
> > > ** Improvement
> > > * [ARIES-1780] - Switch Zookeeper Discovery to DS
> > > * [ARIES-1936] - Switch zookeeper starter to DS and mockito
> > > * [ARIES-1937] - Require Java 8
> > > * [ARIES-1942] - Use annotation based bundle config
> > >
> > > ** Test
> > > * [ARIES-1836] - Test failure in TestFastbinRoundTrip:
> > SocketException:
> > > Invalid argument
> > >
> > > Please review and vote
> > >
> > > Here is my
> > > +1
> > >
> > > --
> > > --
> > > Christian Schneider
> > > http://www.liquid-reality.de
> > >
> > > Computer Scientist
> > > http://www.adobe.com
> > >
> >
>
>
> --
> Pozdrawiam / Regards,
> Dominik Przybysz
>


-- 
-- 
Christian Schneider
http://www.liquid-reality.de

Computer Scientist
http://www.adobe.com

[VOTE] Release Apache Aries Remote Service Admin 1.15.0

[Christian Schneider]

This release of Aries RSA contains bug fixes and small improvements. It
also requires Java 8 now.

I've staged the release at

https://repository.apache.org/content/repositories/orgapachearies-1185/

For a list of issues resolved see:

https://issues.apache.org/jira/projects/ARIES/versions/12345526


Release Notes - Aries - Version rsa-1.15.0

** Bug
* [ARIES-1751] - Typo in namespace url in
OSGI-INF/metatype/zookeeper.xml
* [ARIES-1940] - Failure during service export is not properly handled
by RemoteServiceAdminCore
* [ARIES-1941] - Thread unsafe iteration of thread-safe MultiMap by
TopologyManagerImport
* [ARIES-1944] - Make sure closed import registrations are cleaned up

** Improvement
* [ARIES-1780] - Switch Zookeeper Discovery to DS
* [ARIES-1936] - Switch zookeeper starter to DS and mockito
* [ARIES-1937] - Require Java 8
* [ARIES-1942] - Use annotation based bundle config

** Test
* [ARIES-1836] - Test failure in TestFastbinRoundTrip: SocketException:
Invalid argument

Please review and vote

Here is my
+1

-- 
-- 
Christian Schneider
http://www.liquid-reality.de

Computer Scientist
http://www.adobe.com

Release of Aries RSA ?

[Christian Schneider]

For the upcoming release 1.15.0 we have no remaining issues.
https://issues.apache.org/jira/projects/ARIES/versions/12345526

How about doing a release?
Does anyone want to get something in?


Christian

-- 
-- 
Christian Schneider
http://www.liquid-reality.de

Computer Scientist
http://www.adobe.com

[jira] [Resolved] (ARIES-1944) Make sure closed import registrations are cleaned up

[Christian Schneider (Jira)]

 [ 
https://issues.apache.org/jira/browse/ARIES-1944?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Christian Schneider resolved ARIES-1944.

Resolution: Fixed

> Make sure closed import registrations are cleaned up
> 
>
> Key: ARIES-1944
> URL: https://issues.apache.org/jira/browse/ARIES-1944
> Project: Aries
>  Issue Type: Bug
>  Components: Remote Service Admin
>Affects Versions: rsa-1.14.0
>    Reporter: Christian Schneider
>Assignee: Christian Schneider
>Priority: Major
> Fix For: rsa-1.15.0
>
>  Time Spent: 20m
>  Remaining Estimate: 0h
>
> Currently we use TopologyManagerImport.unimportService to close and remove 
> import registrations.
> If a registration is closed by another thread then 
> ImportRegistration.getImportRefernce might already return null. So we should 
> have a safer way to remove the registrations.
>  



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

Re: [DISCUSS] New component - Type Safe Events

[Christian Schneider]

+1

Christian

Am Mo., 7. Sept. 2020 um 13:14 Uhr schrieb Tim Ward :

> Hi all,
>
> The “Type Safe Events” RFC (
> https://github.com/osgi/design/tree/main/rfcs/rfc0244 <
> https://github.com/osgi/design/tree/main/rfcs/rfc0244>) from the OSGi
> Alliance has been turned into a draft specification chapter, and will be in
> need of a reference implementation.
>
> The work so far in this RFC has been part of a European Union Horizon 2020
> program called BRAIN-IoT (http://www.brain-iot.eu <
> http://www.brain-iot.eu/>). This project has received funding from the
> European Union’s Horizon 2020 research and innovation programme under grant
> agreement No 780089. This work includes some implementation prototyping,
> but the end objective has always been to create an Open Source
> implementation.
>
> Assuming that the Aries community are happy for me to go ahead I plan to
> develop the reference implementation of the OSGi specification chapter in
> the Aries project, based on this prototype code. If the Aries Community has
> any thoughts or suggestions I would be keen to hear them.
>
> Best Regards,
>
> Tim Ward



-- 
-- 
Christian Schneider
http://www.liquid-reality.de

Computer Scientist
http://www.adobe.com

Draft of board report 2020-07

[Christian Schneider]

I prepared a draft of the next board report. Please comment.

Christian
---

## Description:
Apache Aries software is a set of pluggable Java components enabling an
enterprise OSGi application programming model.

## Issues:
There are no issues requiring board attention

## Membership Data:
Apache Aries was founded 2010-12-15 (10 years ago)
There are currently 58 committers and 41 PMC members in this project.
The Committer-to-PMC ratio is roughly 4:3.

Community changes, past quarter:
- No new PMC members. Last addition was Carlos Sierra Andrés on 2018-07-03.
- No new committers. Last addition was Romain Manni-Bucau on 2020-01-29.

## Project Activity:
spifly-1.3.0 was released on 2020-05-28. spifly-1.2.4 was released on
2020-04-12. cdi-1.1.0 was released on 2020-01-06.

Development activity mainly happens on jax-rs and CDI support as well as
maintenance on other modules.

## Community Health:
We have very low activity on the user list. This is partly as we just create
modules that are then used in bigger projects like Apache Karaf. Still it
looks
a bit troubling.

-- 
-- 
Christian Schneider
http://www.liquid-reality.de

Computer Scientist
http://www.adobe.com

Re: [VOTE] Release Aries JAX-RS Whiteboard 1.0.9

[Christian Schneider]

+1 (binding)

Christian

Am Mo., 29. Juni 2020 um 14:13 Uhr schrieb Carlos Sierra Andrés <
csie...@apache.org>:

> Hello all,
>
> I have staged a release 1.0.9 for Aries JAX-RS Whiteboard.
>
> The release notes can be found here:
>
>
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310981=12348087
>
> and also addresses CXF upgrade to address existing CVEs and use the
> latest 3.2.14 version.
>
> The modules are tagged at
>
>
> https://gitbox.apache.org/repos/asf?p=aries-jax-rs-whiteboard.git;a=tag;h=refs/tags/org.apache.aries.jax.rs-1.0.9
>
> Artifacts are in one staged repo,
> https://repository.apache.org/content/repositories/orgapachearies-1181
>
> Instructions for verifying the release are at
>
> http://aries.apache.org/development/verifyingrelease.html.
>
> Please note that I generated a new GPG key because the latest one had
> expired.
>
> The vote will be open for at least 72 hours. [ ] +1 [ ] 0 [ ] -1
>
> Here is my +1.
>
> Thanks to all.
>
> Carlos.
>
>
>
>
>
>
>
>
>
>

-- 
-- 
Christian Schneider
http://www.liquid-reality.de

Computer Scientist
http://www.adobe.com

[jira] [Commented] (ARIES-1988) Code comment with issue numbers

[Christian Schneider (Jira)]

[ 
https://issues.apache.org/jira/browse/ARIES-1988?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17143535#comment-17143535
 ] 

Christian Schneider commented on ARIES-1988:


Sometimes it makes sense to have such comments pointing to issues but it should 
be a very rare case. Instead the code should be made cleaner and more obvious.

> Code comment with issue numbers
> ---
>
> Key: ARIES-1988
> URL: https://issues.apache.org/jira/browse/ARIES-1988
> Project: Aries
>  Issue Type: Improvement
>Reporter: ackelcn
>Priority: Major
>
> When I read the code of aries, I find some comments with issue numbers. One 
> of them comes from AbstractServiceRegistryContext.java:
> {code:java}
> public AbstractServiceRegistryContext(BundleContext callerContext, 
> Hashtable environment) {
>...
>env.putAll((Map) environment);
> // ARIES-397:, If the caller has provided a BundleContext
> // in the hashtable, use this in preference to callerContext
> if (augmenterInvoker == null && callerContext != null) {
> ServiceReference augmenterSR = 
> callerContext.getServiceReference(AugmenterInvoker.class.getName());
> if (augmenterSR != null) augmenterInvoker = (AugmenterInvoker) 
> callerContext.getService(augmenterSR);
> }
> }{code}
> These comments are quite useful for other programmers and me to understand 
> the code, but I notice that not all issue numbers are written in code 
> comments. It can be already quite tedious to write them into commit messages 
> :)
>  
> To handle the problem, I implemented a tool to automatically instrument issue 
> numbers into code comments. I tried my tool on activemq, and the instrumented 
> version is [https://github.com/ackelcn/aries] 
> [ |https://github.com/ackelcn/arieswithissuecomment]
> To avoid confusion, if there is already an issue number in code comments, my 
> tool ignored the issue number. All my generated comments start from //IC, so 
> it is easy to find them.
>  
> Would you please some feedbacks to my tool? Please feel free to merge my 
> generated comments in your code, if you feel that some are useful.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

[jira] [Commented] (ARIES-1988) Code comment with issue numbers

[Christian Schneider (Jira)]

[ 
https://issues.apache.org/jira/browse/ARIES-1988?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17143533#comment-17143533
 ] 

Christian Schneider commented on ARIES-1988:


I think this is a very bad idea. Github can already provide this functionality. 
Adding the comments in the code just lets them rot from there on. For every 
code change you then have to carefully move / remove add comments. Typically 
people are too afraid of removing them so they simply would pile up.

> Code comment with issue numbers
> ---
>
> Key: ARIES-1988
> URL: https://issues.apache.org/jira/browse/ARIES-1988
> Project: Aries
>  Issue Type: Improvement
>Reporter: ackelcn
>Priority: Major
>
> When I read the code of aries, I find some comments with issue numbers. One 
> of them comes from AbstractServiceRegistryContext.java:
> {code:java}
> public AbstractServiceRegistryContext(BundleContext callerContext, 
> Hashtable environment) {
>...
>env.putAll((Map) environment);
> // ARIES-397:, If the caller has provided a BundleContext
> // in the hashtable, use this in preference to callerContext
> if (augmenterInvoker == null && callerContext != null) {
> ServiceReference augmenterSR = 
> callerContext.getServiceReference(AugmenterInvoker.class.getName());
> if (augmenterSR != null) augmenterInvoker = (AugmenterInvoker) 
> callerContext.getService(augmenterSR);
> }
> }{code}
> These comments are quite useful for other programmers and me to understand 
> the code, but I notice that not all issue numbers are written in code 
> comments. It can be already quite tedious to write them into commit messages 
> :)
>  
> To handle the problem, I implemented a tool to automatically instrument issue 
> numbers into code comments. I tried my tool on activemq, and the instrumented 
> version is [https://github.com/ackelcn/aries] 
> [ |https://github.com/ackelcn/arieswithissuecomment]
> To avoid confusion, if there is already an issue number in code comments, my 
> tool ignored the issue number. All my generated comments start from //IC, so 
> it is easy to find them.
>  
> Would you please some feedbacks to my tool? Please feel free to merge my 
> generated comments in your code, if you feel that some are useful.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

Re: Proposal to build an example for a cloud native microservice in Aries

[Christian Schneider]

As there is not enough request I cancel this proposal.

Christian

Am Mi., 15. Apr. 2020 um 07:15 Uhr schrieb Christian Schneider <
ch...@die-schneider.net>:

> (I first proposed this in felix. Some people hinted that Aries might be a
> better fit. So I am also starting this discussion here)
>
> In recent years we saw a big trend towards micro services and cloud.
> Lately people discovered though that such services are often made too fine
> grained.
> The newest trend goes to building bigger micro services on the level of
> domain driven design bounded contexts.
>
> Especially for these services OSGi is a very interesting platform as they
> need more internal structure than the more fine grained services.
> Unfortunately it is quite hard to build a cloud native service in OSGi
> from scratch.
>
> So I would like to offer a blueprint for cloud native micro services
> inside the felix community. The goal is to provide all parts of a cloud
> native
> system that are usually needed, like:
>
>  * Declarative services as dependency injection
>  * Aries Jaxrs Whiteboard for REST
>  * Dropwizard metrics exported as Prometheus metrics
>  * Swagger
>  * Halbrowser
>  * Felix healthchecks
>  * Configuration using OSGi configurator + Environment variables plugin
>  * Logging to console
>  * Final application is provided as a runnable jar
>  * Example docker build files
>  * Example kubernetes yaml
>
> What do you think?
>
> Christian
>
> --
> --
> Christian Schneider
> http://www.liquid-reality.de
>
> Computer Scientist
> http://www.adobe.com
>
>

-- 
-- 
Christian Schneider
http://www.liquid-reality.de

Computer Scientist
http://www.adobe.com

Re: Proposal to build an example for a cloud native microservice in Aries

[Christian Schneider]

I meant interest of course :-)

Am Fr., 17. Apr. 2020 um 09:19 Uhr schrieb Christian Schneider <
ch...@die-schneider.net>:

> As there is not enough request I cancel this proposal.
>
> Christian
>
> Am Mi., 15. Apr. 2020 um 07:15 Uhr schrieb Christian Schneider <
> ch...@die-schneider.net>:
>
>> (I first proposed this in felix. Some people hinted that Aries might be a
>> better fit. So I am also starting this discussion here)
>>
>> In recent years we saw a big trend towards micro services and cloud.
>> Lately people discovered though that such services are often made too
>> fine grained.
>> The newest trend goes to building bigger micro services on the level of
>> domain driven design bounded contexts.
>>
>> Especially for these services OSGi is a very interesting platform as they
>> need more internal structure than the more fine grained services.
>> Unfortunately it is quite hard to build a cloud native service in OSGi
>> from scratch.
>>
>> So I would like to offer a blueprint for cloud native micro services
>> inside the felix community. The goal is to provide all parts of a cloud
>> native
>> system that are usually needed, like:
>>
>>  * Declarative services as dependency injection
>>  * Aries Jaxrs Whiteboard for REST
>>  * Dropwizard metrics exported as Prometheus metrics
>>  * Swagger
>>  * Halbrowser
>>  * Felix healthchecks
>>  * Configuration using OSGi configurator + Environment variables plugin
>>  * Logging to console
>>  * Final application is provided as a runnable jar
>>  * Example docker build files
>>  * Example kubernetes yaml
>>
>> What do you think?
>>
>> Christian
>>
>> --
>> --
>> Christian Schneider
>> http://www.liquid-reality.de
>>
>> Computer Scientist
>> http://www.adobe.com
>>
>>
>
> --
> --
> Christian Schneider
> http://www.liquid-reality.de
>
> Computer Scientist
> http://www.adobe.com
>
>

-- 
-- 
Christian Schneider
http://www.liquid-reality.de

Computer Scientist
http://www.adobe.com

[jira] [Commented] (ARIES-1975) JAX-RS impl in Adobe Experience Manager

[Christian Schneider (Jira)]

[ 
https://issues.apache.org/jira/browse/ARIES-1975?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17084954#comment-17084954
 ] 

Christian Schneider commented on ARIES-1975:


What error do you get?

> JAX-RS impl in Adobe Experience Manager
> ---
>
> Key: ARIES-1975
> URL: https://issues.apache.org/jira/browse/ARIES-1975
> Project: Aries
>  Issue Type: Question
>  Components: jax-rs-whiteboard
>Affects Versions: jax-rs-whiteboard-1.0.7
>Reporter: Matija Kovacek
>Priority: Minor
>
>  
> {code:java}
> {code}
> I'm trying to use JAX-RS in AEM (OSGi), but my bundle is not active because 
> of missing requirements.
> Can you try to tell me what I'm missing? Should I use 
> org.apache.aries.jax.rs.whiteboard or both, something else?
>  
> org.apache.aries.javax.jax.rs-api is installed as a separate bundle and it's 
> active
> {code:java}
> // org.osgi.framework.BundleException: Unable to resolve com.aem.demo.core 
> [603](R 603.11): missing requirement [com.aem.demo.core [603](R 603.11)] 
> osgi.implementation; 
> (&(osgi.implementation=osgi.jaxrs)(version>=1.0.0)(!(version>=2.0.0))) 
> Unresolved requirements: [[com.aem.demo.core [603](R 603.11)] 
> osgi.implementation; 
> (&(osgi.implementation=osgi.jaxrs)(version>=1.0.0)(!(version>=2.0.0)))]
> 
> org.osgi
> osgi.core
> 7.0.0
> provided
> 
> 
> org.osgi
> osgi.cmpn
> 7.0.0
> provided
> 
> 
> org.osgi
> osgi.annotation
> 7.0.0
> provided
> 
> 
> org.osgi
> org.osgi.service.component.annotations
> 1.4.0
> provided
> 
> 
> org.osgi
> org.osgi.service.metatype.annotations
> 1.4.0
> provided
> 
> 
> org.osgi
> org.osgi.service.component
> 1.4.0
> provided
> 
> 
> biz.aQute.bnd
> biz.aQute.bndlib
> 5.0.0
> provided
> 
> 
> org.apache.aries.spec
> org.apache.aries.javax.jax.rs-api
> 1.0.4
> provided
> 
> {code}
> Manifest of my bundle
>  
> {code:java}
> // Symbolic Name   com.aem.demo.core
> Version 1.0.0.20200225143408035
> Bundle Location 
> jcrinstall:/apps/my-aem-project/install/com.aem.demo.core-1.0.0-SNAPSHOT.jar
> Last Modification   Tue Feb 25 15:34:51 CET 2020
> Description "Core bundle for My AEM Project"
> Start Level 20
> Exported Packages   com.aem.demo.core.controllers,version=1.0
> com.aem.demo.core.dto,version=1.0
> com.aem.demo.core.filters,version=1.0
> com.aem.demo.core.listeners,version=1.0
> com.aem.demo.core.models,version=1.0
> com.aem.demo.core.schedulers,version=1.0
> com.aem.demo.core.services,version=1.0
> com.aem.demo.core.servlets,version=1.0
> Imported Packages   com.day.cq.wcm.api,version=[1.27,2) from 
> com.day.cq.wcm.cq-wcm-api (461)
> com.aem.demo.core.controllers,version=[1.0,2) from com.aem.demo.core (603)
> com.aem.demo.core.dto,version=[1.0,2) from com.aem.demo.core (603)
> com.aem.demo.core.filters,version=[1.0,2) from com.aem.demo.core (603)
> com.aem.demo.core.listeners,version=[1.0,2) from com.aem.demo.core (603)
> com.aem.demo.core.servlets,version=[1.0,2) from com.aem.demo.core (603)
> javax.annotation,version=0.0.0 from 
> org.apache.geronimo.specs.geronimo-annotation_1.3_spec (2)
> javax.servlet,version=[2.6,3) from org.apache.felix.http.servlet-api (52)
> javax.ws.rs from org.apache.aries.javax.jax.rs-api (598)
> org.apache.sling.api,version=[2.3,3) from org.apache.sling.api (77)
> org.apache.sling.api.request,version=[2.4,3) from org.apache.sling.api (77)
> org.apache.sling.api.resource,version=[2.11,3) from org.apache.sling.api (77)
> org.apache.sling.api.servlets,version=[2.2,3) from org.apache.sling.api (77)
> org.apache.sling.models.annotations,version=[1.5,2) from 
> org.apache.sling.models.api (543)
> org.apache.sling.models.annotations.injectorspecific,version=[1.1,2) from 
> org.apache.sling.models.api (543)
> org.apache.sling.settings,version=[1.3,2) from org.apache.sling.settings (4)
> org.osgi.service.event,version=[1.4,2) from org.apache.felix.eventadmin (40)
> org.slf4j,version=[1.7,2) from slf4j.api (7)
> Manifest Headers 

Re: Proposal to build an example for a cloud native microservice in Aries

[Christian Schneider]

It sounds very good. Are you planning to provide a similar complete example
using the building blocks you mentioned?

Christian

Am Mi., 15. Apr. 2020 um 13:33 Uhr schrieb Romain Manni-Bucau <
rmannibu...@gmail.com>:

> Hi Christian, the openX i mentionned are the standards done at CNF so
> standard for metrics is openmetrics, for tracing opentracing etc.
> On my side I use Microprofile metrics and export it to prometheus with the
> spec exporter but I know some java guys use jmx exporter so guess the best
> we can do is to use a standard API with a default exporter, this is why i
> proposed microprofile.
> For the config I think being able to plug its own "source" without being
> vendor coupled is important but I agree defaults (system props, env and a
> file) is important, here mp-config (equivalent of spring environment) makes
> sense IMO. Think Ray dod the work to make it runnable in OSGi.
>
> On the packaging side I know JIB works very well with all environment,
> including some more complex than OSGi but it can require some custom
> wrapping - I know JB started to look some time ago after we discussed about
> it, not sure where we are today. Advantage compared to bnd standalone build
> is that you dont specialize the build and enable to extend the OSGi runtime
> with new layers - enabling to use layer cache - instead of forcing to
> restart from almost scratch.
>
> In terms of runtime I think winegrower can be interesting since, depending
> what bundles you use, you can potentially go native with graalvm very
> easily keeping a dev experience quite fluent even outside eclipse (which is
> the biggest pitfall of OSGi today IMHO). The docker/k8s move is likely the
> devops move so dev part must be more friendly too IMHO.
>
> Hope it makes sense.
>
>
> Romain Manni-Bucau
> @rmannibucau <https://twitter.com/rmannibucau> |  Blog
> <https://rmannibucau.metawerx.net/> | Old Blog
> <http://rmannibucau.wordpress.com> | Github <
> https://github.com/rmannibucau> |
> LinkedIn <https://www.linkedin.com/in/rmannibucau> | Book
> <
> https://www.packtpub.com/application-development/java-ee-8-high-performance
> >
>
>
> Le mer. 15 avr. 2020 à 13:25, Christian Schneider  >
> a écrit :
>
> > What do you mean by a runtime? For me the runtime is a suitable set of
> > bundles that provide what the application needs. What would be a more
> > concrete runtime?
> >
> > My approach here is to go with standards as far as possible. Ideally also
> > rely on Apache bundle impls so we have some leverage if something needs
> to
> > be extended / fixed.
> >
> > I am looking forward to see what you have in mind with karaf devx but
> have
> > not seen anything there.
> >
> > Christian
> >
> >
> > Am Mi., 15. Apr. 2020 um 07:23 Uhr schrieb Jean-Baptiste Onofre <
> > j...@nanthrax.net>:
> >
> > > +0 for me.
> > >
> > > Again, it’s interesting, a blueprint/tutorial is possible but I would
> go
> > > with something more concrete.
> > >
> > > It’s what I started while ago with Karaf-boot and now on Karaf DevX
> > branch.
> > >
> > > Go ahead if you want but my concerns are:
> > >
> > > - it will be maybe too abstract and complex for non OSGi users
> > > (spring-boot guys especially)
> > > - as I follow agree with your view about "too much fine grained
> services"
> > > (it’s something that I discussed with Netflix), I think a runtime would
> > be
> > > welcome
> > >
> > > So, I’m no against, but I think the DevX approach is more concrete,
> > > straight, and addressing non OSGi users.
> > >
> > > Regards
> > > JB
> > >
> > > > Le 15 avr. 2020 à 07:15, Christian Schneider <
> ch...@die-schneider.net>
> > > a écrit :
> > > >
> > > > (I first proposed this in felix. Some people hinted that Aries might
> > be a
> > > > better fit. So I am also starting this discussion here)
> > > >
> > > > In recent years we saw a big trend towards micro services and cloud.
> > > > Lately people discovered though that such services are often made too
> > > fine
> > > > grained.
> > > > The newest trend goes to building bigger micro services on the level
> of
> > > > domain driven design bounded contexts.
> > > >
> > > > Especially for these services OSGi is a very interesting platform as
> > they
> > > > need more internal structure than the more fine g

Re: Proposal to build an example for a cloud native microservice in Aries

[Christian Schneider]

What do you mean by a runtime? For me the runtime is a suitable set of
bundles that provide what the application needs. What would be a more
concrete runtime?

My approach here is to go with standards as far as possible. Ideally also
rely on Apache bundle impls so we have some leverage if something needs to
be extended / fixed.

I am looking forward to see what you have in mind with karaf devx but have
not seen anything there.

Christian


Am Mi., 15. Apr. 2020 um 07:23 Uhr schrieb Jean-Baptiste Onofre <
j...@nanthrax.net>:

> +0 for me.
>
> Again, it’s interesting, a blueprint/tutorial is possible but I would go
> with something more concrete.
>
> It’s what I started while ago with Karaf-boot and now on Karaf DevX branch.
>
> Go ahead if you want but my concerns are:
>
> - it will be maybe too abstract and complex for non OSGi users
> (spring-boot guys especially)
> - as I follow agree with your view about "too much fine grained services"
> (it’s something that I discussed with Netflix), I think a runtime would be
> welcome
>
> So, I’m no against, but I think the DevX approach is more concrete,
> straight, and addressing non OSGi users.
>
> Regards
> JB
>
> > Le 15 avr. 2020 à 07:15, Christian Schneider 
> a écrit :
> >
> > (I first proposed this in felix. Some people hinted that Aries might be a
> > better fit. So I am also starting this discussion here)
> >
> > In recent years we saw a big trend towards micro services and cloud.
> > Lately people discovered though that such services are often made too
> fine
> > grained.
> > The newest trend goes to building bigger micro services on the level of
> > domain driven design bounded contexts.
> >
> > Especially for these services OSGi is a very interesting platform as they
> > need more internal structure than the more fine grained services.
> > Unfortunately it is quite hard to build a cloud native service in OSGi
> from
> > scratch.
> >
> > So I would like to offer a blueprint for cloud native micro services
> inside
> > the felix community. The goal is to provide all parts of a cloud native
> > system that are usually needed, like:
> >
> > * Declarative services as dependency injection
> > * Aries Jaxrs Whiteboard for REST
> > * Dropwizard metrics exported as Prometheus metrics
> > * Swagger
> > * Halbrowser
> > * Felix healthchecks
> > * Configuration using OSGi configurator + Environment variables plugin
> > * Logging to console
> > * Final application is provided as a runnable jar
> > * Example docker build files
> > * Example kubernetes yaml
> >
> > What do you think?
> >
> > Christian
> >
> > --
> > --
> > Christian Schneider
> > http://www.liquid-reality.de
> >
> > Computer Scientist
> > http://www.adobe.com
>
>

-- 
-- 
Christian Schneider
http://www.liquid-reality.de

Computer Scientist
http://www.adobe.com

Re: Proposal to build an example for a cloud native microservice in Aries

[Christian Schneider]

For me cloud native means to fit as well as possible into a typical cloud.
Luckily this currently means k8s as there is not much competition. On top
of course we need the relevant surrounding services like you described.

For metrics the current state of the art seems to be prometheus. A standard
for metrics would be great. We currently use dropwizard metrics in the code
and
export them for prometheus.
I did not yet include opentracing but it makes a lot of sense.
For config I look into felix configurator and the env replacement plugin.
For logging I am not sure what the ideal approach is. The 12 factor
principles say to log to stdout.
For dependency injection stack I currently look into declarative services.
Aries CDI is a very interesting alternative though. Especially if the other
microprofile extensions also fit into OSGi. I guess it makes sense to
provide examples for both.
For packaging I currently use bnd maven plugins for resolving and export.
Some apache based alternative would be great. Looking forward to what you
guys work on.
For building images I currently go with default docker. JIB does not work
with OSGi as far as I know.

Christian


Am Mi., 15. Apr. 2020 um 07:41 Uhr schrieb Romain Manni-Bucau <
rmannibu...@gmail.com>:

> Hmm, here are a few thoughts:
>
> 1. What is "cloud native"? Nothing right? ;). More seriously I guess you
> speak of k8s microservices. If so, pillars are metrics (openmetric),
> tracing (opentracing), config (env, and secret/maps), security (jwt?),
> logging compatible with a docker driver, api exposure (openapi) and
> optionally messaging.
> 2. Assuming we agree on 1, a standard user facing and homogeneous stack can
> be built on top of aries-cdi, jaxrs whiteboard and microprofile (we have
> all that at geronimo).
> 3. Then for the packaging deployment there are two points: the app
> packaging and how to build images. For the first, I agree with jb it shpuld
> be something cloud friendly, winegrower or so. For images I guess JIB is a
> more relevant choice, avoiding docker daemon need on CI and being more
> customizable programmatically if needed.
>
> Hope it makes sense.
>
>
> Le mer. 15 avr. 2020 à 07:23, Jean-Baptiste Onofre  a
> écrit :
>
> > +0 for me.
> >
> > Again, it’s interesting, a blueprint/tutorial is possible but I would go
> > with something more concrete.
> >
> > It’s what I started while ago with Karaf-boot and now on Karaf DevX
> branch.
> >
> > Go ahead if you want but my concerns are:
> >
> > - it will be maybe too abstract and complex for non OSGi users
> > (spring-boot guys especially)
> > - as I follow agree with your view about "too much fine grained services"
> > (it’s something that I discussed with Netflix), I think a runtime would
> be
> > welcome
> >
> > So, I’m no against, but I think the DevX approach is more concrete,
> > straight, and addressing non OSGi users.
> >
> > Regards
> > JB
> >
> > > Le 15 avr. 2020 à 07:15, Christian Schneider 
> > a écrit :
> > >
> > > (I first proposed this in felix. Some people hinted that Aries might
> be a
> > > better fit. So I am also starting this discussion here)
> > >
> > > In recent years we saw a big trend towards micro services and cloud.
> > > Lately people discovered though that such services are often made too
> > fine
> > > grained.
> > > The newest trend goes to building bigger micro services on the level of
> > > domain driven design bounded contexts.
> > >
> > > Especially for these services OSGi is a very interesting platform as
> they
> > > need more internal structure than the more fine grained services.
> > > Unfortunately it is quite hard to build a cloud native service in OSGi
> > from
> > > scratch.
> > >
> > > So I would like to offer a blueprint for cloud native micro services
> > inside
> > > the felix community. The goal is to provide all parts of a cloud native
> > > system that are usually needed, like:
> > >
> > > * Declarative services as dependency injection
> > > * Aries Jaxrs Whiteboard for REST
> > > * Dropwizard metrics exported as Prometheus metrics
> > > * Swagger
> > > * Halbrowser
> > > * Felix healthchecks
> > > * Configuration using OSGi configurator + Environment variables plugin
> > > * Logging to console
> > > * Final application is provided as a runnable jar
> > > * Example docker build files
> > > * Example kubernetes yaml
> > >
> > > What do you think?
> > >
> > > Christian
> > >
> > > --
> > > --
> > > Christian Schneider
> > > http://www.liquid-reality.de
> > >
> > > Computer Scientist
> > > http://www.adobe.com
> >
> >
>


-- 
-- 
Christian Schneider
http://www.liquid-reality.de

Computer Scientist
http://www.adobe.com

Re: Proposal to build an example for a cloud native microservice in Aries

[Christian Schneider]

Forgot the link.

The current state can be viewed in
https://github.com/cschneider/osgi-best-practices

It already implements most of the aspects above but still got some rough
edges. The example also contains some bundles like the
swagger and halbrowser repackagings that should rather be versioned
separately so users of the example can simply reference them.

Christian


Am Mi., 15. Apr. 2020 um 07:15 Uhr schrieb Christian Schneider <
ch...@die-schneider.net>:

> (I first proposed this in felix. Some people hinted that Aries might be a
> better fit. So I am also starting this discussion here)
>
> In recent years we saw a big trend towards micro services and cloud.
> Lately people discovered though that such services are often made too fine
> grained.
> The newest trend goes to building bigger micro services on the level of
> domain driven design bounded contexts.
>
> Especially for these services OSGi is a very interesting platform as they
> need more internal structure than the more fine grained services.
> Unfortunately it is quite hard to build a cloud native service in OSGi
> from scratch.
>
> So I would like to offer a blueprint for cloud native micro services
> inside the felix community. The goal is to provide all parts of a cloud
> native
> system that are usually needed, like:
>
>  * Declarative services as dependency injection
>  * Aries Jaxrs Whiteboard for REST
>  * Dropwizard metrics exported as Prometheus metrics
>  * Swagger
>  * Halbrowser
>  * Felix healthchecks
>  * Configuration using OSGi configurator + Environment variables plugin
>  * Logging to console
>  * Final application is provided as a runnable jar
>  * Example docker build files
>  * Example kubernetes yaml
>
> What do you think?
>
> Christian
>
> --
> --
> Christian Schneider
> http://www.liquid-reality.de
>
> Computer Scientist
> http://www.adobe.com
>
>

-- 
-- 
Christian Schneider
http://www.liquid-reality.de

Computer Scientist
http://www.adobe.com

Proposal to build an example for a cloud native microservice in Aries

[Christian Schneider]

(I first proposed this in felix. Some people hinted that Aries might be a
better fit. So I am also starting this discussion here)

In recent years we saw a big trend towards micro services and cloud.
Lately people discovered though that such services are often made too fine
grained.
The newest trend goes to building bigger micro services on the level of
domain driven design bounded contexts.

Especially for these services OSGi is a very interesting platform as they
need more internal structure than the more fine grained services.
Unfortunately it is quite hard to build a cloud native service in OSGi from
scratch.

So I would like to offer a blueprint for cloud native micro services inside
the felix community. The goal is to provide all parts of a cloud native
system that are usually needed, like:

 * Declarative services as dependency injection
 * Aries Jaxrs Whiteboard for REST
 * Dropwizard metrics exported as Prometheus metrics
 * Swagger
 * Halbrowser
 * Felix healthchecks
 * Configuration using OSGi configurator + Environment variables plugin
 * Logging to console
 * Final application is provided as a runnable jar
 * Example docker build files
 * Example kubernetes yaml

What do you think?

Christian

-- 
-- 
Christian Schneider
http://www.liquid-reality.de

Computer Scientist
http://www.adobe.com

Re: [VOTE] Release Aries SPI Fly version 1.2.4

[Christian Schneider]

+1

Christian

Am Do., 9. Apr. 2020 um 17:14 Uhr schrieb Raymond Auge
:

> Hi all,
>
> I'd like to call a vote for the release of Aries SPI Fly 1.2.4.
>
> The issues solved can be found here:
> https://issues.apache.org/jira/projects/ARIES/versions/12346522
>
> Improvement
> [ARIES-1934 <https://issues.apache.org/jira/browse/ARIES-1934>] - Make
> sure
> jar/zip files are jailed to the destination directory
>
> Task
> [ARIES-1976 <https://issues.apache.org/jira/browse/ARIES-1976>] -
> aries.spi-fly: upgrade to ASM 7.3.1 to support JDK 14 and 15
>
> A snapshot is in the snapshot repo for easy verification.
>
> Staging repository:
> https://repository.apache.org/content/repositories/orgapachearies-1175
>
> 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.
>
> --
> *Raymond Augé* <http://www.liferay.com/web/raymond.auge/profile>
>  (@rotty3000)
> Senior Software Architect *Liferay, Inc.* <http://www.liferay.com>
>  (@Liferay)
>


-- 
-- 
Christian Schneider
http://www.liquid-reality.de

Computer Scientist
http://www.adobe.com

Draft of board report 2020-04

[Christian Schneider]

Please review and comment.

Christian

--

## Description:
Apache Aries software is a set of pluggable Java components enabling an
enterprise OSGi application programming model.

## Issues:
There are no issues requiring board attention at this time.

## Membership Data:
Apache Aries was founded 2010-12-15 (9 years ago)
There are currently 58 committers and 41 PMC members in this project.
The Committer-to-PMC ratio is roughly 4:3.

Community changes, past quarter:
- No new PMC members. Last addition was Carlos Sierra Andrés on 2018-07-03.
- Romain Manni-Bucau was added as committer on 2020-01-29

## Project Activity:
We mainly worked on Aries CDI and Aries JAX-RS-Whiteboard.

## Community Health:
Only a few of the many sub projects of Aries are active at the moment.
Activity on user list grew a bit but is still very low.
The biggest problem I see at the moment is that our website is very
outdated. While we have some very interesting projects that are widely
used in the OSGi community we are not announcing them well.

-- 
-- 
Christian Schneider
http://www.liquid-reality.de

Computer Scientist
http://www.adobe.com

Re: [VOTE] Release Aries JAX-RS Whiteboard 1.0.8

[Christian Schneider]

+1

Christian

Am Mi., 11. März 2020 um 11:06 Uhr schrieb Carlos Sierra Andrés <
csie...@apache.org>:

> Hello all,
>
> I have staged a release 1.0.8 for Aries JAX-RS Whiteboard.
>
> The release notes can be found here:
>
>
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310981=12346766
>
> which mainly addressed CXF upgrade to address existing CVEs
>
> The modules are tagged at
>
>
> https://gitbox.apache.org/repos/asf?p=aries-jax-rs-whiteboard.git;a=tag;h=refs/tags/org.apache.aries.jax.rs-1.0.8
>
> Artifacts are in one staged repo,
> https://repository.apache.org/content/repositories/orgapachearies-1174
>
> Instructions for verifying the release are at
> http://aries.apache.org/development/verifyingrelease.html.
>
> The vote will be open for at least 72 hours. [ ] +1 [ ] 0 [ ] -1
>
> Here is my +1.
>
> Thanks to all.
>
> Carlos.
>
>
>
>
>
>
>
>
>

-- 
-- 
Christian Schneider
http://www.liquid-reality.de

Computer Scientist
http://www.adobe.com

Re: [VOTE] Release Aries JAX-RS Whiteboard 1.0.7

[Christian Schneider]

+1 binding
Christian

Am Do., 9. Jan. 2020 um 12:33 Uhr schrieb Carlos Sierra Andrés <
csie...@apache.org>:

> Hello all, and happy new year!
>
> I have staged a release 1.0.7 for Aries JAX-RS Whiteboard.
>
> The release notes can be found here:
>
>
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310981=12346247
>
> which are important fixes.
>
> The modules are tagged at
>
>
> https://gitbox.apache.org/repos/asf?p=aries-jax-rs-whiteboard.git;a=tag;h=refs/tags/org.apache.aries.jax.rs-1.0.7
>
> Artifacts are in one staged repo,
> https://repository.apache.org/content/repositories/orgapachearies-1172
>
> Instructions for verifying the release are at
> http://aries.apache.org/development/verifyingrelease.html.
>
> The vote will be open for at least 72 hours. [ ] +1 [ ] 0 [ ] -1
>
> Here is my +1.
>
> Thanks to all.
>
> Carlos.
>
>
>
>
>
>
>
>

-- 
-- 
Christian Schneider
http://www.liquid-reality.de

Computer Scientist
http://www.adobe.com

Board report 2020-01

[Christian Schneider]

I am a bit late with the report this time. So I had to already send it.
Still please review and comment.

Christian
---

## Description:
Apache Aries software is a set of pluggable Java components enabling an
enterprise OSGi application programming model.

## Issues:
- There are no issues requiring board attention at this time.

## Membership Data:
Apache Aries was founded 2010-12-15 (9 years ago)
There are currently 57 committers and 41 PMC members in this project.
The Committer-to-PMC ratio is roughly 4:3.

Community changes, past quarter:
- No new PMC members. Last addition was Carlos Sierra Andrés on 2018-07-03.
- No new committers. Last addition was Amichai Rothman on 2019-05-23.

## Project Activity:

We mainly worked on Aries CDI,
Aries JAX-RS-Whiteboard and Aries Remote Service Admin.

## Community Health:

Only a few of the many sub projects of Aries are active at the moment.
There is some uptake on the dev list activity but it is mainly caused
by the actual development work.

Activity on user list is very low which is a bit concerning.

On the upside we have a few new people becoming active and will follow up
when
to vote for them as committers.

-- 
-- 
Christian Schneider
http://www.liquid-reality.de

Computer Scientist
http://www.adobe.com

Re: [VOTE] Release Aries CDI version 1.1.0

[Christian Schneider]

+1 (binding)

Christian

Raymond Auge  schrieb am Do., 2. Jan. 2020, 20:16:

> Hey all,
>
> I'd like to call a vote for Aries CDI 1.1.0 which is a significant
> restructuring in order to support a number of use cases.
>
> Of note are:
> - the ability to run with both Apache OpenWebBeans and JBoss Weld
> implementations
> - an SPI enabling different CDI implementations as above
> - a JAX-RS extension
> - an extension SPI for common scenarios [1]
>
> The release details are here
> https://issues.apache.org/jira/projects/ARIES/versions/12346547
>
> Staging repository:
> https://repository.apache.org/content/repositories/orgapachearies-1171
>
> 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.
>
> [1] https://github.com/apache/aries-cdi#aries-cdi-extension-spi
> --
> *Raymond Augé* 
>  (@rotty3000)
> Senior Software Architect *Liferay, Inc.* 
>  (@Liferay)
>

[jira] [Closed] (ARIES-1777) need to add aries-blueprint as a dependency to jpa feature

[Christian Schneider (Jira)]

 [ 
https://issues.apache.org/jira/browse/ARIES-1777?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Christian Schneider closed ARIES-1777.
--
Resolution: Abandoned

> need to add aries-blueprint as a dependency to jpa feature
> --
>
> Key: ARIES-1777
> URL: https://issues.apache.org/jira/browse/ARIES-1777
> Project: Aries
>  Issue Type: Bug
>  Components: JPA
>Affects Versions: jpa-2.6.1
>Reporter: AmirMohammad Vosough
>Assignee: Christian Schneider
>Priority: Major
>  Labels: easyfix
>   Original Estimate: 2h
>  Remaining Estimate: 2h
>
> When working on Vaseline framework, I faced this problem:
> After using karaf-assembly I found out I can not have jpa as a startup 
> feature.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

[jira] [Assigned] (ARIES-1488) Add OBR repository for blueprint bundles

[Christian Schneider (Jira)]

 [ 
https://issues.apache.org/jira/browse/ARIES-1488?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Christian Schneider reassigned ARIES-1488:
--

Assignee: (was: Christian Schneider)

> Add OBR repository for blueprint bundles
> 
>
> Key: ARIES-1488
> URL: https://issues.apache.org/jira/browse/ARIES-1488
> Project: Aries
>  Issue Type: New Feature
>  Components: Blueprint
>    Reporter: Christian Schneider
>Priority: Major
> Fix For: blueprint-repository-1.6.0
>
>
> Use the bnd-indexer-plugin to create an OBR repository for a consistent set 
> of blueprint bundles.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

[jira] [Assigned] (ARIES-1512) Create chronicle provider

[Christian Schneider (Jira)]

 [ 
https://issues.apache.org/jira/browse/ARIES-1512?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Christian Schneider reassigned ARIES-1512:
--

Assignee: (was: Christian Schneider)

> Create chronicle provider
> -
>
> Key: ARIES-1512
> URL: https://issues.apache.org/jira/browse/ARIES-1512
> Project: Aries
>  Issue Type: New Feature
>  Components: Remote Service Admin
>    Reporter: Christian Schneider
>Priority: Major
> Fix For: rsa-2.0.0
>
>




--
This message was sent by Atlassian Jira
(v8.3.4#803005)

Re: [VOTE] Release Aries CDI version 1.0.3

[Christian Schneider]

+1
Christian

Am Mo., 25. Nov. 2019 um 17:32 Uhr schrieb Raymond Auge <
raymond.a...@liferay.com>:

> Hey all,
>
> Please vote for release 1.0.3 of Aries CDI which is just a wrapping up of
> build and documentation changes prior to large pending architectural
> changes.
>
> Staging repository:
> https://repository.apache.org/content/repositories/orgapachearies-1170
>
> 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.
> --
> *Raymond Augé* <http://www.liferay.com/web/raymond.auge/profile>
>  (@rotty3000)
> Senior Software Architect *Liferay, Inc.* <http://www.liferay.com>
>  (@Liferay)
>


-- 
-- 
Christian Schneider
http://www.liquid-reality.de

Computer Scientist
http://www.adobe.com

[jira] [Resolved] (ARIES-1934) Make sure jar/zip files are jailed to the destination directory

[Christian Schneider (Jira)]

 [ 
https://issues.apache.org/jira/browse/ARIES-1934?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Christian Schneider resolved ARIES-1934.

Fix Version/s: spifly-1.2.4
   Resolution: Fixed

> Make sure jar/zip files are jailed to the destination directory
> ---
>
> Key: ARIES-1934
> URL: https://issues.apache.org/jira/browse/ARIES-1934
> Project: Aries
>  Issue Type: Improvement
>Reporter: Colm O hEigeartaigh
>    Assignee: Christian Schneider
>Priority: Major
> Fix For: spifly-1.2.4
>
>  Time Spent: 20m
>  Remaining Estimate: 0h
>
> There are a number of locations in Aries where we unzip a jar or zip file to 
> the filesystem, without checking that the all of the files are jailed to the 
> intended destination directory. This is a potential security issue as it 
> allows an attacked to overwrite files on the system outside of the intended 
> directory.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

[jira] [Assigned] (ARIES-1934) Make sure jar/zip files are jailed to the destination directory

[Christian Schneider (Jira)]

 [ 
https://issues.apache.org/jira/browse/ARIES-1934?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Christian Schneider reassigned ARIES-1934:
--

Assignee: Christian Schneider

> Make sure jar/zip files are jailed to the destination directory
> ---
>
> Key: ARIES-1934
> URL: https://issues.apache.org/jira/browse/ARIES-1934
> Project: Aries
>  Issue Type: Improvement
>Reporter: Colm O hEigeartaigh
>    Assignee: Christian Schneider
>Priority: Major
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> There are a number of locations in Aries where we unzip a jar or zip file to 
> the filesystem, without checking that the all of the files are jailed to the 
> intended destination directory. This is a potential security issue as it 
> allows an attacked to overwrite files on the system outside of the intended 
> directory.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

[jira] [Commented] (ARIES-1887) org.apache.aries.transaction.blueprint is not thread safe

[Christian Schneider (Jira)]

[ 
https://issues.apache.org/jira/browse/ARIES-1887?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16976358#comment-16976358
 ] 

Christian Schneider commented on ARIES-1887:


I was just going through the old PRs. Any news about this one? [~jbonofre]

> org.apache.aries.transaction.blueprint is not thread safe
> -
>
> Key: ARIES-1887
> URL: https://issues.apache.org/jira/browse/ARIES-1887
> Project: Aries
>  Issue Type: Bug
>  Components: Transaction
>Affects Versions: transaction-blueprint-2.2.0
>Reporter: Nicolas Dutertry
>Assignee: Jean-Baptiste Onofré
>Priority: Major
> Fix For: transaction-blueprint-2.3.0
>
>
> The class ComponentTxData in org.apache.aries.transaction.blueprint uses a 
> HashMap
> {code:java}
> private Map txMap = new 
> HashMap();{code}
> This is very dangerous because txMap can be modified and accessed after 
> initialization.
> It should be replaced with a ConcurrentHashMap.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

[jira] [Created] (ARIES-1942) Use annotation based bundle config

[Christian Schneider (Jira)]

Christian Schneider created ARIES-1942:
--

 Summary: Use annotation based bundle config
 Key: ARIES-1942
 URL: https://issues.apache.org/jira/browse/ARIES-1942
 Project: Aries
  Issue Type: Improvement
  Components: Remote Service Admin
Affects Versions: rsa-1.14.0
Reporter: Christian Schneider
Assignee: Christian Schneider
 Fix For: rsa-1.15.0






--
This message was sent by Atlassian Jira
(v8.3.4#803005)

[jira] [Resolved] (ARIES-1941) Thread unsafe iteration of thread-safe MultiMap by TopologyManagerImport

[Christian Schneider (Jira)]

 [ 
https://issues.apache.org/jira/browse/ARIES-1941?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Christian Schneider resolved ARIES-1941.

Resolution: Fixed

Many thanks for this fix. 

I plan to do a release in about a week . Let me know if you plan to get more 
changes in.

 

> Thread unsafe iteration of thread-safe MultiMap by TopologyManagerImport
> 
>
> Key: ARIES-1941
> URL: https://issues.apache.org/jira/browse/ARIES-1941
> Project: Aries
>  Issue Type: Bug
>  Components: Remote Service Admin
>Affects Versions: rsa-1.14.0
>Reporter: Arnoud Glimmerveen
>Assignee: Christian Schneider
>Priority: Major
> Fix For: rsa-1.15.0
>
>  Time Spent: 20m
>  Remaining Estimate: 0h
>
> The TopologyMangerImport class uses the MultiMap (Map>). The 
> operations on the MultiMap itself are thread safe (by means of synchronised 
> keyword), however in some cases the Set value is obtained and iterated 
> over, without holding the right mutex. As a result you may see 
> ConcurrentModificationExceptions.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

[jira] [Resolved] (ARIES-1780) Switch Zookeeper Discovery to DS

[Christian Schneider (Jira)]

 [ 
https://issues.apache.org/jira/browse/ARIES-1780?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Christian Schneider resolved ARIES-1780.

Resolution: Fixed

> Switch Zookeeper Discovery to DS
> 
>
> Key: ARIES-1780
> URL: https://issues.apache.org/jira/browse/ARIES-1780
> Project: Aries
>  Issue Type: Improvement
>  Components: Remote Service Admin
>Affects Versions: rsa-1.11.0
>    Reporter: Christian Schneider
>Assignee: Christian Schneider
>Priority: Major
> Fix For: rsa-1.15.0
>
>  Time Spent: 10m
>  Remaining Estimate: 0h
>




--
This message was sent by Atlassian Jira
(v8.3.4#803005)

[jira] [Updated] (ARIES-1941) Thread unsafe iteration of thread-safe MultiMap by TopologyManagerImport

[Christian Schneider (Jira)]

 [ 
https://issues.apache.org/jira/browse/ARIES-1941?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Christian Schneider updated ARIES-1941:
---
Fix Version/s: rsa-1.15.0

> Thread unsafe iteration of thread-safe MultiMap by TopologyManagerImport
> 
>
> Key: ARIES-1941
> URL: https://issues.apache.org/jira/browse/ARIES-1941
> Project: Aries
>  Issue Type: Bug
>  Components: Remote Service Admin
>Affects Versions: rsa-1.14.0
>Reporter: Arnoud Glimmerveen
>Priority: Major
> Fix For: rsa-1.15.0
>
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> The TopologyMangerImport class uses the MultiMap (Map>). The 
> operations on the MultiMap itself are thread safe (by means of synchronised 
> keyword), however in some cases the Set value is obtained and iterated 
> over, without holding the right mutex. As a result you may see 
> ConcurrentModificationExceptions.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

[jira] [Assigned] (ARIES-1941) Thread unsafe iteration of thread-safe MultiMap by TopologyManagerImport

[Christian Schneider (Jira)]

 [ 
https://issues.apache.org/jira/browse/ARIES-1941?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Christian Schneider reassigned ARIES-1941:
--

Assignee: Christian Schneider

> Thread unsafe iteration of thread-safe MultiMap by TopologyManagerImport
> 
>
> Key: ARIES-1941
> URL: https://issues.apache.org/jira/browse/ARIES-1941
> Project: Aries
>  Issue Type: Bug
>  Components: Remote Service Admin
>Affects Versions: rsa-1.14.0
>Reporter: Arnoud Glimmerveen
>Assignee: Christian Schneider
>Priority: Major
> Fix For: rsa-1.15.0
>
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> The TopologyMangerImport class uses the MultiMap (Map>). The 
> operations on the MultiMap itself are thread safe (by means of synchronised 
> keyword), however in some cases the Set value is obtained and iterated 
> over, without holding the right mutex. As a result you may see 
> ConcurrentModificationExceptions.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

[jira] [Commented] (ARIES-1940) Failure during service export is not properly handled by RemoteServiceAdminCore

[Christian Schneider (Jira)]

[ 
https://issues.apache.org/jira/browse/ARIES-1940?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16970933#comment-16970933
 ] 

Christian Schneider commented on ARIES-1940:


I think you are right about the cleanup. Do you have an idea how to improve 
this?

> Failure during service export is not properly handled by 
> RemoteServiceAdminCore
> ---
>
> Key: ARIES-1940
> URL: https://issues.apache.org/jira/browse/ARIES-1940
> Project: Aries
>  Issue Type: Bug
>  Components: Remote Service Admin
>Affects Versions: rsa-1.14.0
> Environment: Apache Aries 1.14.0
> Apache Felix Framework 6.0.2
>Reporter: Arnoud Glimmerveen
>Assignee: Christian Schneider
>Priority: Major
> Fix For: rsa-1.15.0
>
>  Time Spent: 20m
>  Remaining Estimate: 0h
>
> When a DistributionProvider throws an Exception from the 
> DistributionProvider.exportService() method, the RemoteServiceAdminCore 
> detects this properly and keeps track of this failure by creating a 
> ExportRegistration instance that references the thrown Exception.
> The specification mandates that if a service export failed, the 
> ExportRegistration should provide access to the thrown Exception (which the 
> current implementation does) and that the ExportReference of the 
> ExportRegistration should throw an IllegalStateException.
> The current implementation of RemoteServiceAdminCore handles this in an 
> inconsistent way:
> * The ExportRegistration.getExportReference() returns null rather then 
> throwing the IllegalStateException
> * The use of ExportRegistration assumes that there always is an 
> ExportReference instance. This assumption is wrong in cases that the export 
> failed.
> The latter triggers exceptions such as as the one below; typically triggered 
> by an event unrelated to the export service failure:
> {noformat}
> java.lang.NullPointerException
> at 
> org.apache.aries.rsa.core.RemoteServiceAdminCore.removeServiceExports(RemoteServiceAdminCore.java:505)
> at 
> org.apache.aries.rsa.core.RemoteServiceAdminCore$2.serviceChanged(RemoteServiceAdminCore.java:104)
> at 
> org.apache.felix.framework.EventDispatcher.invokeServiceListenerCallback(EventDispatcher.java:990)
> at 
> org.apache.felix.framework.EventDispatcher.fireEventImmediately(EventDispatcher.java:838)
> at 
> org.apache.felix.framework.EventDispatcher.fireServiceEvent(EventDispatcher.java:545)
> at 
> org.apache.felix.framework.Felix.fireServiceEvent(Felix.java:4833)
> at org.apache.felix.framework.Felix.access$000(Felix.java:112)
> at 
> org.apache.felix.framework.Felix$1.serviceChanged(Felix.java:434)
> at 
> org.apache.felix.framework.ServiceRegistry.unregisterService(ServiceRegistry.java:170)
> at 
> org.apache.felix.framework.ServiceRegistrationImpl.unregister(ServiceRegistrationImpl.java:145)
> ...
> {noformat}



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

[jira] [Updated] (ARIES-1675) Provide a module to run the tck tests

[Christian Schneider (Jira)]

 [ 
https://issues.apache.org/jira/browse/ARIES-1675?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Christian Schneider updated ARIES-1675:
---
Fix Version/s: (was: rsa-1.15.0)
   rsa-2.0.0

> Provide a module to run the tck tests
> -
>
> Key: ARIES-1675
> URL: https://issues.apache.org/jira/browse/ARIES-1675
> Project: Aries
>  Issue Type: Test
>  Components: Remote Service Admin
>Affects Versions: rsa-1.9.0
>    Reporter: Christian Schneider
>Assignee: Christian Schneider
>Priority: Major
> Fix For: rsa-2.0.0
>
>




--
This message was sent by Atlassian Jira
(v8.3.4#803005)

[jira] [Updated] (ARIES-1614) Support callback for TopologyManager to change the published properties

[Christian Schneider (Jira)]

 [ 
https://issues.apache.org/jira/browse/ARIES-1614?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Christian Schneider updated ARIES-1614:
---
Fix Version/s: (was: rsa-1.15.0)
   rsa-2.0.0

> Support callback for TopologyManager to change the published properties
> ---
>
> Key: ARIES-1614
> URL: https://issues.apache.org/jira/browse/ARIES-1614
> Project: Aries
>  Issue Type: New Feature
>  Components: Remote Service Admin
>    Reporter: Christian Schneider
>    Assignee: Christian Schneider
>Priority: Major
> Fix For: rsa-2.0.0
>
>
> We currently have the DiscoveryPlugin spi in zookeeper discovery that allows 
> to change properties before they are placed in zookeeper. As this SPI 
> currently can not be used (the spi package is private) we can also try to 
> improve this model.
> The idea is to move the property changing SPI to TopologyManager. It would be 
> called before each Endpoint is published. This would allow to provide the 
> same adapted view of the Endpoint for all EndpointListeners. So the changed 
> proerties would for example also be visible in the endpoint shell command.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

[jira] [Resolved] (ARIES-1836) Test failure in TestFastbinRoundTrip: SocketException: Invalid argument

[Christian Schneider (Jira)]

 [ 
https://issues.apache.org/jira/browse/ARIES-1836?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Christian Schneider resolved ARIES-1836.

  Assignee: Christian Schneider
Resolution: Cannot Reproduce

I can not reproduce test failures anymore. All recent builds succeeded.

> Test failure in TestFastbinRoundTrip: SocketException: Invalid argument
> ---
>
> Key: ARIES-1836
> URL: https://issues.apache.org/jira/browse/ARIES-1836
> Project: Aries
>  Issue Type: Test
>  Components: Remote Service Admin
>Affects Versions: rsa-1.12.0
>    Reporter: Christian Schneider
>Assignee: Christian Schneider
>Priority: Major
> Fix For: rsa-1.15.0
>
>
> Sometimes TestFastbinRoundTrip still fails with these exceptions being shown:
> [https://gist.github.com/cschneider/2e342a72112597dab55c01d65a9f654d]
> ConnectException 
> [https://gist.github.com/cschneider/48b8b72bf972e4da0a01021341fa5bfe]
>  



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

[jira] [Resolved] (ARIES-1940) Failure during service export is not properly handled by RemoteServiceAdminCore

[Christian Schneider (Jira)]

 [ 
https://issues.apache.org/jira/browse/ARIES-1940?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Christian Schneider resolved ARIES-1940.

  Assignee: Christian Schneider
Resolution: Fixed

Many thanks for the PR. 

> Failure during service export is not properly handled by 
> RemoteServiceAdminCore
> ---
>
> Key: ARIES-1940
> URL: https://issues.apache.org/jira/browse/ARIES-1940
> Project: Aries
>  Issue Type: Bug
>  Components: Remote Service Admin
>Affects Versions: rsa-1.14.0
> Environment: Apache Aries 1.14.0
> Apache Felix Framework 6.0.2
>Reporter: Arnoud Glimmerveen
>Assignee: Christian Schneider
>Priority: Major
> Fix For: rsa-1.15.0
>
>  Time Spent: 20m
>  Remaining Estimate: 0h
>
> When a DistributionProvider throws an Exception from the 
> DistributionProvider.exportService() method, the RemoteServiceAdminCore 
> detects this properly and keeps track of this failure by creating a 
> ExportRegistration instance that references the thrown Exception.
> The specification mandates that if a service export failed, the 
> ExportRegistration should provide access to the thrown Exception (which the 
> current implementation does) and that the ExportReference of the 
> ExportRegistration should throw an IllegalStateException.
> The current implementation of RemoteServiceAdminCore handles this in an 
> inconsistent way:
> * The ExportRegistration.getExportReference() returns null rather then 
> throwing the IllegalStateException
> * The use of ExportRegistration assumes that there always is an 
> ExportReference instance. This assumption is wrong in cases that the export 
> failed.
> The latter triggers exceptions such as as the one below; typically triggered 
> by an event unrelated to the export service failure:
> {noformat}
> java.lang.NullPointerException
> at 
> org.apache.aries.rsa.core.RemoteServiceAdminCore.removeServiceExports(RemoteServiceAdminCore.java:505)
> at 
> org.apache.aries.rsa.core.RemoteServiceAdminCore$2.serviceChanged(RemoteServiceAdminCore.java:104)
> at 
> org.apache.felix.framework.EventDispatcher.invokeServiceListenerCallback(EventDispatcher.java:990)
> at 
> org.apache.felix.framework.EventDispatcher.fireEventImmediately(EventDispatcher.java:838)
> at 
> org.apache.felix.framework.EventDispatcher.fireServiceEvent(EventDispatcher.java:545)
> at 
> org.apache.felix.framework.Felix.fireServiceEvent(Felix.java:4833)
> at org.apache.felix.framework.Felix.access$000(Felix.java:112)
> at 
> org.apache.felix.framework.Felix$1.serviceChanged(Felix.java:434)
> at 
> org.apache.felix.framework.ServiceRegistry.unregisterService(ServiceRegistry.java:170)
> at 
> org.apache.felix.framework.ServiceRegistrationImpl.unregister(ServiceRegistrationImpl.java:145)
> ...
> {noformat}



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

[jira] [Updated] (ARIES-1940) Failure during service export is not properly handled by RemoteServiceAdminCore

[Christian Schneider (Jira)]

 [ 
https://issues.apache.org/jira/browse/ARIES-1940?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Christian Schneider updated ARIES-1940:
---
Fix Version/s: rsa-1.15.0

> Failure during service export is not properly handled by 
> RemoteServiceAdminCore
> ---
>
> Key: ARIES-1940
> URL: https://issues.apache.org/jira/browse/ARIES-1940
> Project: Aries
>  Issue Type: Bug
>  Components: Remote Service Admin
>Affects Versions: rsa-1.14.0
> Environment: Apache Aries 1.14.0
> Apache Felix Framework 6.0.2
>Reporter: Arnoud Glimmerveen
>Priority: Major
> Fix For: rsa-1.15.0
>
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> When a DistributionProvider throws an Exception from the 
> DistributionProvider.exportService() method, the RemoteServiceAdminCore 
> detects this properly and keeps track of this failure by creating a 
> ExportRegistration instance that references the thrown Exception.
> The specification mandates that if a service export failed, the 
> ExportRegistration should provide access to the thrown Exception (which the 
> current implementation does) and that the ExportReference of the 
> ExportRegistration should throw an IllegalStateException.
> The current implementation of RemoteServiceAdminCore handles this in an 
> inconsistent way:
> * The ExportRegistration.getExportReference() returns null rather then 
> throwing the IllegalStateException
> * The use of ExportRegistration assumes that there always is an 
> ExportReference instance. This assumption is wrong in cases that the export 
> failed.
> The latter triggers exceptions such as as the one below; typically triggered 
> by an event unrelated to the export service failure:
> {noformat}
> java.lang.NullPointerException
> at 
> org.apache.aries.rsa.core.RemoteServiceAdminCore.removeServiceExports(RemoteServiceAdminCore.java:505)
> at 
> org.apache.aries.rsa.core.RemoteServiceAdminCore$2.serviceChanged(RemoteServiceAdminCore.java:104)
> at 
> org.apache.felix.framework.EventDispatcher.invokeServiceListenerCallback(EventDispatcher.java:990)
> at 
> org.apache.felix.framework.EventDispatcher.fireEventImmediately(EventDispatcher.java:838)
> at 
> org.apache.felix.framework.EventDispatcher.fireServiceEvent(EventDispatcher.java:545)
> at 
> org.apache.felix.framework.Felix.fireServiceEvent(Felix.java:4833)
> at org.apache.felix.framework.Felix.access$000(Felix.java:112)
> at 
> org.apache.felix.framework.Felix$1.serviceChanged(Felix.java:434)
> at 
> org.apache.felix.framework.ServiceRegistry.unregisterService(ServiceRegistry.java:170)
> at 
> org.apache.felix.framework.ServiceRegistrationImpl.unregister(ServiceRegistrationImpl.java:145)
> ...
> {noformat}



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

[jira] [Resolved] (ARIES-1937) Require Java 8

[Christian Schneider (Jira)]

 [ 
https://issues.apache.org/jira/browse/ARIES-1937?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Christian Schneider resolved ARIES-1937.

Resolution: Fixed

> Require Java 8
> --
>
> Key: ARIES-1937
> URL: https://issues.apache.org/jira/browse/ARIES-1937
> Project: Aries
>  Issue Type: Improvement
>  Components: Remote Service Admin
>Affects Versions: rsa-1.14.0
>    Reporter: Christian Schneider
>Assignee: Christian Schneider
>Priority: Major
> Fix For: rsa-1.15.0
>
>




--
This message was sent by Atlassian Jira
(v8.3.4#803005)

[jira] [Created] (ARIES-1937) Require Java 8

[Christian Schneider (Jira)]

Christian Schneider created ARIES-1937:
--

 Summary: Require Java 8
 Key: ARIES-1937
 URL: https://issues.apache.org/jira/browse/ARIES-1937
 Project: Aries
  Issue Type: Improvement
  Components: Remote Service Admin
Affects Versions: rsa-1.14.0
Reporter: Christian Schneider
Assignee: Christian Schneider
 Fix For: rsa-1.15.0






--
This message was sent by Atlassian Jira
(v8.3.4#803005)

[Discuss] Upgrading aries-rsa to Java 8

[Christian Schneider]

I would like to require Java 8 in aries-rsa to be able to use closures.
Does anyone have objections against this?

Christian

-- 
-- 
Christian Schneider
http://www.liquid-reality.de

Computer Scientist
http://www.adobe.com

[jira] [Resolved] (ARIES-1936) Switch zookeeper starter to DS and mockito

[Christian Schneider (Jira)]

 [ 
https://issues.apache.org/jira/browse/ARIES-1936?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Christian Schneider resolved ARIES-1936.

Resolution: Fixed

> Switch zookeeper starter to DS and mockito
> --
>
> Key: ARIES-1936
> URL: https://issues.apache.org/jira/browse/ARIES-1936
> Project: Aries
>  Issue Type: Improvement
>  Components: Remote Service Admin
>Affects Versions: rsa-1.14.0
>    Reporter: Christian Schneider
>Assignee: Christian Schneider
>Priority: Major
> Fix For: rsa-1.15.0
>
>




--
This message was sent by Atlassian Jira
(v8.3.4#803005)

[jira] [Updated] (ARIES-1936) Switch zookeeper starter to DS and mockito

[Christian Schneider (Jira)]

 [ 
https://issues.apache.org/jira/browse/ARIES-1936?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Christian Schneider updated ARIES-1936:
---
Affects Version/s: (was: rsa-1.13.0)
   rsa-1.14.0

> Switch zookeeper starter to DS and mockito
> --
>
> Key: ARIES-1936
> URL: https://issues.apache.org/jira/browse/ARIES-1936
> Project: Aries
>  Issue Type: Improvement
>  Components: Remote Service Admin
>Affects Versions: rsa-1.14.0
>    Reporter: Christian Schneider
>Assignee: Christian Schneider
>Priority: Major
> Fix For: rsa-1.15.0
>
>




--
This message was sent by Atlassian Jira
(v8.3.4#803005)

[jira] [Updated] (ARIES-1936) Switch zookeeper starter to DS and mockito

[Christian Schneider (Jira)]

 [ 
https://issues.apache.org/jira/browse/ARIES-1936?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Christian Schneider updated ARIES-1936:
---
Fix Version/s: (was: rsa-1.14.0)
   rsa-1.15.0

> Switch zookeeper starter to DS and mockito
> --
>
> Key: ARIES-1936
> URL: https://issues.apache.org/jira/browse/ARIES-1936
> Project: Aries
>  Issue Type: Improvement
>  Components: Remote Service Admin
>Affects Versions: rsa-1.13.0
>    Reporter: Christian Schneider
>Assignee: Christian Schneider
>Priority: Major
> Fix For: rsa-1.15.0
>
>




--
This message was sent by Atlassian Jira
(v8.3.4#803005)

[jira] [Created] (ARIES-1936) Switch zookeeper starter to DS and mockito

[Christian Schneider (Jira)]

Christian Schneider created ARIES-1936:
--

 Summary: Switch zookeeper starter to DS and mockito
 Key: ARIES-1936
 URL: https://issues.apache.org/jira/browse/ARIES-1936
 Project: Aries
  Issue Type: Improvement
  Components: Remote Service Admin
Affects Versions: rsa-1.13.0
Reporter: Christian Schneider
Assignee: Christian Schneider
 Fix For: rsa-1.14.0






--
This message was sent by Atlassian Jira
(v8.3.4#803005)

Draft of board report 2019-10

[Christian Schneider]

This is a draft of the board report. Please provide feedback.

Best regards
Christian



## Description:
Apache Aries software is a set of pluggable Java components enabling an
enterprise OSGi application programming model.

## Issues:
- There are no issues requiring board attention at this time.

## Membership Data:
Apache Aries was founded 2010-12-15 (9 years ago)
There are currently 57 committers and 41 PMC members in this project.
The Committer-to-PMC ratio is roughly 4:3.

Community changes, past quarter:
- No new PMC members. Last addition was Carlos Sierra Andrés on 2018-07-03.
- No new committers. Last addition was Amichai Rothman on 2019-05-23.

## Project Activity:

Releases:
- jax-rs-whiteboard-1.0.6: 2019-09-24
- component-dsl-1.2.2: 2019-09-20
- proxy-impl-1.1.6: 2019-09-19
- spifly-1.2.3: 2019-07-08
- rsa-1.14.0: 2019-05-20
- cdi-1.0.2: 2019-04-06

## Community Health:

- In this period we have rather low activity as the upcoming OSGi specs are
  still in early stage.
- Mainly maintenance releases
- The work on our new Website stalled a bit.
- As planned I asked for nomination for a new PMC chair. Unfortunately no
one
  stepped up. So I will remain the chair for now but keep asking for
  volunteers.

-- 
-- 
Christian Schneider
http://www.liquid-reality.de

Computer Scientist
http://www.adobe.com