Re: [VOTE] Release Aries CDI version 1.0.0

[Francois Papon]

+1 (non-binding)

Thanks!

Regards,

François Papon
fpa...@apache.org

Le 07/02/2019 à 08:01, Raymond Auge a écrit :
> Hi,
> This is release 1.0.0 of Aries CDI, the very first implementation of
> OSGi CDI Integration spec v1.0.
>
> Staging repository is
> here:https://repository.apache.org/content/repositories/orgapachearies-1154
>
> 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.
>
>

Re: [VOTE] Release Aries CDI version 1.0.0

[Grzegorz Grzybek]

+1 (binding)

regards
Grzegorz Grzybek

pt., 8 lut 2019 o 04:14 David Bosschaert 
napisał(a):

> +1
>
> David
>
> On Wed, 6 Feb 2019 at 20:07, Raymond Auge 
> wrote:
>
> > Hi,
> > This is release 1.0.0 of Aries CDI, the very first implementation of
> > OSGi CDI Integration spec v1.0.
> >
> > Staging repository is
> > here:
> > https://repository.apache.org/content/repositories/orgapachearies-1154
> >
> > 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é* 
> >  (@rotty3000)
> > Senior Software Architect *Liferay, Inc.* 
> >  (@Liferay)
> > Board Member & EEG Co-Chair, OSGi Alliance 
> > (@OSGiAlliance)
> >
>

Re: [VOTE] Release Aries CDI version 1.0.0

[David Bosschaert]

+1

David

On Wed, 6 Feb 2019 at 20:07, Raymond Auge  wrote:

> Hi,
> This is release 1.0.0 of Aries CDI, the very first implementation of
> OSGi CDI Integration spec v1.0.
>
> Staging repository is
> here:
> https://repository.apache.org/content/repositories/orgapachearies-1154
>
> 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é* 
>  (@rotty3000)
> Senior Software Architect *Liferay, Inc.* 
>  (@Liferay)
> Board Member & EEG Co-Chair, OSGi Alliance 
> (@OSGiAlliance)
>

Jenkins build is back to normal : Aries-Tx-Control-Trunk-JDK8 #70

[Apache Jenkins Server]

See 

Build failed in Jenkins: Aries-Tx-Control-Trunk-JDK8 #69

[Apache Jenkins Server]

See 


Changes:

[timothyjward] Add integration test for OpenJPA 3.0.0 with XA transactions

--
Started by an SCM change
[EnvInject] - Loading node environment variables.
Building remotely on ubuntu-1 (ubuntu trusty) in workspace 

 > git rev-parse --is-inside-work-tree # timeout=10
Fetching changes from the remote Git repository
 > git config remote.origin.url 
 > https://gitbox.apache.org/repos/asf/aries-tx-control.git # timeout=10
Fetching upstream changes from 
https://gitbox.apache.org/repos/asf/aries-tx-control.git
 > git --version # timeout=10
 > git fetch --tags --progress 
 > https://gitbox.apache.org/repos/asf/aries-tx-control.git 
 > +refs/heads/*:refs/remotes/origin/*
 > git rev-parse refs/remotes/origin/master^{commit} # timeout=10
 > git rev-parse refs/remotes/origin/origin/master^{commit} # timeout=10
Checking out Revision acf0b4ad6cced73aae32122340bd2f419ff7ad10 
(refs/remotes/origin/master)
 > git config core.sparsecheckout # timeout=10
 > git checkout -f acf0b4ad6cced73aae32122340bd2f419ff7ad10
Commit message: "Add integration test for OpenJPA 3.0.0 with XA transactions"
 > git rev-list --no-walk 4c825206e55e87cf96b0fe00c1fd4f69ecf4488c # timeout=10
Parsing POMs
ERROR: Failed to parse POMs
hudson.remoting.ProxyException: 
hudson.maven.MavenModuleSetBuild$MavenExecutionException: 
org.apache.maven.project.ProjectBuildingException: Some problems were 
encountered while processing the POMs:
[FATAL] Non-resolvable parent POM: Could not find artifact 
org.apache.aries.tx-control:tx-control-parent:pom:1.0.1-SNAPSHOT and 
'parent.relativePath' points at wrong local POM @ line 22, column 10

at 
hudson.maven.MavenModuleSetBuild$PomParser.invoke(MavenModuleSetBuild.java:1391)
at 
hudson.maven.MavenModuleSetBuild$PomParser.invoke(MavenModuleSetBuild.java:1125)
at hudson.FilePath$FileCallableWrapper.call(FilePath.java:3086)
at hudson.remoting.UserRequest.perform(UserRequest.java:212)
at hudson.remoting.UserRequest.perform(UserRequest.java:54)
at hudson.remoting.Request$2.run(Request.java:369)
at 
hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:748)
Suppressed: hudson.remoting.Channel$CallSiteStackTrace: Remote call to 
ubuntu-1
at 
hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1741)
at 
hudson.remoting.UserRequest$ExceptionResponse.retrieve(UserRequest.java:357)
at hudson.remoting.Channel.call(Channel.java:955)
at hudson.FilePath.act(FilePath.java:1072)
at hudson.FilePath.act(FilePath.java:1061)
at 
hudson.maven.MavenModuleSetBuild$MavenModuleSetBuildExecution.parsePoms(MavenModuleSetBuild.java:986)
at 
hudson.maven.MavenModuleSetBuild$MavenModuleSetBuildExecution.doRun(MavenModuleSetBuild.java:691)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:504)
at hudson.model.Run.execute(Run.java:1810)
at 
hudson.maven.MavenModuleSetBuild.run(MavenModuleSetBuild.java:543)
at 
hudson.model.ResourceController.execute(ResourceController.java:97)
at hudson.model.Executor.run(Executor.java:429)
Caused by: hudson.remoting.ProxyException: 
org.apache.maven.project.ProjectBuildingException: Some problems were 
encountered while processing the POMs:
[FATAL] Non-resolvable parent POM: Could not find artifact 
org.apache.aries.tx-control:tx-control-parent:pom:1.0.1-SNAPSHOT and 
'parent.relativePath' points at wrong local POM @ line 22, column 10

at 
org.apache.maven.project.DefaultProjectBuilder.build(DefaultProjectBuilder.java:364)
at hudson.maven.MavenEmbedder.buildProjects(MavenEmbedder.java:361)
at hudson.maven.MavenEmbedder.readProjects(MavenEmbedder.java:331)
at 
hudson.maven.MavenModuleSetBuild$PomParser.invoke(MavenModuleSetBuild.java:1328)
... 10 more

Build failed in Jenkins: Aries-Tx-Control-Trunk-JDK8 #68

[Apache Jenkins Server]

See 


Changes:

[timothyjward] Speed up the JPA integration tests

[timothyjward] Add integration test for OpenJPA 3.0.0

--
Started by an SCM change
Started by an SCM change
[EnvInject] - Loading node environment variables.
Building remotely on ubuntu-1 (ubuntu trusty) in workspace 

Cloning the remote Git repository
Cloning repository https://gitbox.apache.org/repos/asf/aries-tx-control.git
 > git init  # 
 > timeout=10
Fetching upstream changes from 
https://gitbox.apache.org/repos/asf/aries-tx-control.git
 > git --version # timeout=10
 > git fetch --tags --progress 
 > https://gitbox.apache.org/repos/asf/aries-tx-control.git 
 > +refs/heads/*:refs/remotes/origin/*
 > git config remote.origin.url 
 > https://gitbox.apache.org/repos/asf/aries-tx-control.git # timeout=10
 > git config --add remote.origin.fetch +refs/heads/*:refs/remotes/origin/* # 
 > timeout=10
 > git config remote.origin.url 
 > https://gitbox.apache.org/repos/asf/aries-tx-control.git # timeout=10
Fetching upstream changes from 
https://gitbox.apache.org/repos/asf/aries-tx-control.git
 > git fetch --tags --progress 
 > https://gitbox.apache.org/repos/asf/aries-tx-control.git 
 > +refs/heads/*:refs/remotes/origin/*
 > git rev-parse refs/remotes/origin/master^{commit} # timeout=10
 > git rev-parse refs/remotes/origin/origin/master^{commit} # timeout=10
Checking out Revision 4c825206e55e87cf96b0fe00c1fd4f69ecf4488c 
(refs/remotes/origin/master)
 > git config core.sparsecheckout # timeout=10
 > git checkout -f 4c825206e55e87cf96b0fe00c1fd4f69ecf4488c
Commit message: "Add integration test for OpenJPA 3.0.0"
 > git rev-list --no-walk f7cd89eb49a99df841c3ab9c217dd678d5a18121 # timeout=10
Parsing POMs
ERROR: Failed to parse POMs
hudson.remoting.ProxyException: 
hudson.maven.MavenModuleSetBuild$MavenExecutionException: 
org.apache.maven.project.ProjectBuildingException: Some problems were 
encountered while processing the POMs:
[FATAL] Non-resolvable parent POM: Could not find artifact 
org.apache.aries.tx-control:tx-control-parent:pom:1.0.1-SNAPSHOT and 
'parent.relativePath' points at wrong local POM @ line 22, column 10

at 
hudson.maven.MavenModuleSetBuild$PomParser.invoke(MavenModuleSetBuild.java:1391)
at 
hudson.maven.MavenModuleSetBuild$PomParser.invoke(MavenModuleSetBuild.java:1125)
at hudson.FilePath$FileCallableWrapper.call(FilePath.java:3086)
at hudson.remoting.UserRequest.perform(UserRequest.java:212)
at hudson.remoting.UserRequest.perform(UserRequest.java:54)
at hudson.remoting.Request$2.run(Request.java:369)
at 
hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:748)
Suppressed: hudson.remoting.Channel$CallSiteStackTrace: Remote call to 
ubuntu-1
at 
hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1741)
at 
hudson.remoting.UserRequest$ExceptionResponse.retrieve(UserRequest.java:357)
at hudson.remoting.Channel.call(Channel.java:955)
at hudson.FilePath.act(FilePath.java:1072)
at hudson.FilePath.act(FilePath.java:1061)
at 
hudson.maven.MavenModuleSetBuild$MavenModuleSetBuildExecution.parsePoms(MavenModuleSetBuild.java:986)
at 
hudson.maven.MavenModuleSetBuild$MavenModuleSetBuildExecution.doRun(MavenModuleSetBuild.java:691)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:504)
at hudson.model.Run.execute(Run.java:1810)
at 
hudson.maven.MavenModuleSetBuild.run(MavenModuleSetBuild.java:543)
at 
hudson.model.ResourceController.execute(ResourceController.java:97)
at hudson.model.Executor.run(Executor.java:429)
Caused by: hudson.remoting.ProxyException: 
org.apache.maven.project.ProjectBuildingException: Some problems were 
encountered while processing the POMs:
[FATAL] Non-resolvable parent POM: Could not find artifact 
org.apache.aries.tx-control:tx-control-parent:pom:1.0.1-SNAPSHOT and 
'parent.relativePath' points at wrong local POM @ line 22, column 10

at 
org.apache.maven.project.DefaultProjectBuilder.build(DefaultProjectBuilder.java:364)
at hudson.maven.MavenEmbedder.buildProjects(MavenEmbedder.java:361)
at hudson.maven.MavenEmbedder.readProjects(MavenEmbedder.java:331)
at 

Re: [VOTE] Release Aries CDI version 1.0.0

[Christian Schneider]

+1 (binding)

Christian

Am Do., 7. Feb. 2019 um 05:07 Uhr schrieb Raymond Auge <
raymond.a...@liferay.com>:

> Hi,
> This is release 1.0.0 of Aries CDI, the very first implementation of
> OSGi CDI Integration spec v1.0.
>
> Staging repository is
> here:
> https://repository.apache.org/content/repositories/orgapachearies-1154
>
> 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é* 
>  (@rotty3000)
> Senior Software Architect *Liferay, Inc.* 
>  (@Liferay)
> Board Member & EEG Co-Chair, OSGi Alliance 
> (@OSGiAlliance)
>


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

Computer Scientist
http://www.adobe.com

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

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on ARIES-1887:
---

GitHub user nicolas-dutertry opened a pull request:

https://github.com/apache/aries/pull/95

[ARIES-1887] ComponentTxData in transaction-blueprint was not thread safe

I have replaced HashMap with ConcurrentHashMap.
Because ConcurrentHashMap does not support null values, I have used 
Optional as value type.

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/nicolas-dutertry/aries ARIES-1887

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/aries/pull/95.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #95


commit 49968551d414fb8a31da5c230b8a3bd4d9788a36
Author: Nicolas Dutertry 
Date:   2019-02-07T16:53:49Z

[ARIES-1887] ComponentTxData in transaction-blueprint was not thread safe




> 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
(v7.6.3#76005)

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

[Nicolas Dutertry (JIRA)]

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

Nicolas Dutertry commented on ARIES-1887:
-

The ComponentTxData object is not attached to a transaction but to a blueprint 
bean (thru TxInterceptorImpl). So you can have several threads accessing the 
same bean and thus the same map.

I have run into random "javax.persistence.TransactionRequiredException: no 
transaction is in progress" in multi-threaded scenario and I have finally 
discovered it came from this HashMap containing wrong data.

> 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
(v7.6.3#76005)

Re: [VOTE] Release Aries CDI version 1.0.0

[Carlos Sierra Andrés]

+1 (binding)

El 7/2/19 a las 17:23, Dominik Przybysz escribió:
> +1 (binding)
>
> czw., 7 lut 2019 o 10:04 Timothy Ward  napisał(a):
>
>> +1 (binding)
>>
>>> On 7 Feb 2019, at 05:01, Raymond Auge  wrote:
>>>
>>> Hi,
>>> This is release 1.0.0 of Aries CDI, the very first implementation of
>>> OSGi CDI Integration spec v1.0.
>>>
>>> Staging repository is
>>> here:
>> https://repository.apache.org/content/repositories/orgapachearies-1154
>>> 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é* 
>>> (@rotty3000)
>>> Senior Software Architect *Liferay, Inc.* 
>>> (@Liferay)
>>> Board Member & EEG Co-Chair, OSGi Alliance 
>> (@OSGiAlliance)
>>
>>

Re: [VOTE] Release Aries CDI version 1.0.0

[Dominik Przybysz]

+1 (binding)

czw., 7 lut 2019 o 10:04 Timothy Ward  napisał(a):

> +1 (binding)
>
> > On 7 Feb 2019, at 05:01, Raymond Auge  wrote:
> >
> > Hi,
> > This is release 1.0.0 of Aries CDI, the very first implementation of
> > OSGi CDI Integration spec v1.0.
> >
> > Staging repository is
> > here:
> https://repository.apache.org/content/repositories/orgapachearies-1154
> >
> > 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é* 
> > (@rotty3000)
> > Senior Software Architect *Liferay, Inc.* 
> > (@Liferay)
> > Board Member & EEG Co-Chair, OSGi Alliance 
> (@OSGiAlliance)
>
>

-- 
Pozdrawiam / Regards,
Dominik Przybysz

[jira] [Resolved] (ARIES-1888) JAX-RS Whiteboard is not passing the CT

[Carlos Sierra (JIRA)]

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

Carlos Sierra resolved ARIES-1888.
--
Resolution: Fixed

> JAX-RS Whiteboard is not passing the CT
> ---
>
> Key: ARIES-1888
> URL: https://issues.apache.org/jira/browse/ARIES-1888
> Project: Aries
>  Issue Type: Bug
>  Components: jax-rs-whiteboard
>Affects Versions: jax-rs-whiteboard-1.0.2, jax-rs-whiteboard-1.0.3
>Reporter: Carlos Sierra
>Assignee: Carlos Sierra
>Priority: Major
> Fix For: jax-rs-whiteboard-1.0.4
>
>




--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Commented] (ARIES-1888) JAX-RS Whiteboard is not passing the CT

[ASF subversion and git services (JIRA)]

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

ASF subversion and git services commented on ARIES-1888:


Commit 7aaeb8267c72e0d464abd7f80b86cb8b036389bc in aries-jax-rs-whiteboard's 
branch refs/heads/master from Carlos Sierra
[ https://gitbox.apache.org/repos/asf?p=aries-jax-rs-whiteboard.git;h=7aaeb82 ]

[ARIES-1888] Use SingletonResourceProvider

CXF has specific logic for ResourceProvider classes that subclass
SingletonResourceProvider. This way CXF does not unbalance the calls.


> JAX-RS Whiteboard is not passing the CT
> ---
>
> Key: ARIES-1888
> URL: https://issues.apache.org/jira/browse/ARIES-1888
> Project: Aries
>  Issue Type: Bug
>  Components: jax-rs-whiteboard
>Affects Versions: jax-rs-whiteboard-1.0.2, jax-rs-whiteboard-1.0.3
>Reporter: Carlos Sierra
>Assignee: Carlos Sierra
>Priority: Major
> Fix For: jax-rs-whiteboard-1.0.4
>
>




--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Created] (ARIES-1888) JAX-RS Whiteboard is not passing the CT

[Carlos Sierra (JIRA)]

Carlos Sierra created ARIES-1888:


 Summary: JAX-RS Whiteboard is not passing the CT
 Key: ARIES-1888
 URL: https://issues.apache.org/jira/browse/ARIES-1888
 Project: Aries
  Issue Type: Bug
  Components: jax-rs-whiteboard
Affects Versions: jax-rs-whiteboard-1.0.3, jax-rs-whiteboard-1.0.2
Reporter: Carlos Sierra
Assignee: Carlos Sierra
 Fix For: jax-rs-whiteboard-1.0.4






--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Re: [VOTE] Release Aries CDI version 1.0.0

[Timothy Ward]

+1 (binding)

> On 7 Feb 2019, at 05:01, Raymond Auge  wrote:
> 
> Hi,
> This is release 1.0.0 of Aries CDI, the very first implementation of
> OSGi CDI Integration spec v1.0.
> 
> Staging repository is
> here:https://repository.apache.org/content/repositories/orgapachearies-1154
> 
> 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é* 
> (@rotty3000)
> Senior Software Architect *Liferay, Inc.* 
> (@Liferay)
> Board Member & EEG Co-Chair, OSGi Alliance  (@OSGiAlliance)