[jira] [Updated] (ARIES-1565) Performance Improvement: unpack subsystem artifacts to tmp folder to avoid directly reading from zip archive

2016-06-13 Thread John Ross (JIRA) 

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

John Ross updated ARIES-1565:
-
Attachment: 1565.patch

Would you be able try 1565.patch in lieu of the proposed changes to see if it 
gives comparable results? 

Note that the suspicious looking stuff surrounding the "archive" and "tempFile" 
variables was necessary to avoid a Util test failure that, oddly enough, 
expects to see a variable called "tempFile" on the returned IDirectory.

> Performance Improvement: unpack subsystem artifacts to tmp folder to avoid 
> directly reading from zip archive
> 
>
> Key: ARIES-1565
> URL: https://issues.apache.org/jira/browse/ARIES-1565
> Project: Aries
>  Issue Type: Improvement
>  Components: Subsystem, Util
>Affects Versions: subsystem-2.0.8, util-1.1.2
>Reporter: Wouter Bancken
> Attachments: 1565.patch
>
>
> h4. Description
> Aries copies ESA archives to a temporary zip file during the installation 
> phase. Afterwards, bundles are read directly from this temporary zip which 
> has a large impact on the startup performance of Aries applications. By 
> unpacking the esa artifact into the temporary folder it is unpacked only 
> once. Subsequent reads for the bundles (jars) can be read directly from the 
> folder. 
> h4. Pull request
> https://github.com/apache/aries/compare/subsystem-2.0.x...WouterBanckenACA:io_performance_optimalisation?expand=1
> h4. Mailinglist
> http://mail-archives.apache.org/mod_mbox/aries-user/201606.mbox/%3CCAL5nZgTq5FxDvURJbzcEZ9YHx6vTs3HAOuFYDYA3ec9OZbmwjA%40mail.gmail.com%3E



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Resolved] (ARIES-1572) Problem wiring beans with constructor parameter containing Generics

2016-06-13 Thread Guillaume Nodet (JIRA) 

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

Guillaume Nodet resolved ARIES-1572.

   Resolution: Fixed
 Assignee: Guillaume Nodet
Fix Version/s: blueprint-core-1.6.3

Committing to https://svn.apache.org/repos/asf/aries/trunk ...
M   
blueprint/blueprint-core/src/main/java/org/apache/aries/blueprint/container/AggregateConverter.java
M   
blueprint/blueprint-core/src/test/java/org/apache/aries/blueprint/container/BeanRecipeTest.java
Committed r1748298


> Problem wiring beans with constructor parameter containing Generics
> ---
>
> Key: ARIES-1572
> URL: https://issues.apache.org/jira/browse/ARIES-1572
> Project: Aries
>  Issue Type: Bug
>  Components: Blueprint
>Affects Versions: blueprint-core-1.6.1
>Reporter: Setya
>Assignee: Guillaume Nodet
>Priority: Blocker
> Fix For: blueprint-core-1.6.3
>
>
> Wiring beans with constructor parameter that contains generics will fail with 
> the following exception:
> org.osgi.service.blueprint.container.ComponentDefinitionException: Unable to 
> find a matching constructor on class 
> com.modulariti.eventstore.OrientDbEventEntryStore for arguments 
> [org.apache.aries.blueprint.container.BeanRecipe$UnwrapperedBeanHolder@1d73edea,
>  
> org.apache.aries.blueprint.container.BeanRecipe$UnwrapperedBeanHolder@2608acc1]
>  when instanciating bean eventEntryStore
> at 
> org.apache.aries.blueprint.container.BeanRecipe.getInstanceFromType(BeanRecipe.java:354)[13:org.apache.aries.blueprint.core:1.6.1]
> at 
> org.apache.aries.blueprint.container.BeanRecipe.getInstance(BeanRecipe.java:282)[13:org.apache.aries.blueprint.core:1.6.1]
> at 
> org.apache.aries.blueprint.container.BeanRecipe.internalCreate2(BeanRecipe.java:830)[13:org.apache.aries.blueprint.core:1.6.1]
> at 
> org.apache.aries.blueprint.container.BeanRecipe.internalCreate(BeanRecipe.java:811)[13:org.apache.aries.blueprint.core:1.6.1]
> at 
> org.apache.aries.blueprint.di.AbstractRecipe$1.call(AbstractRecipe.java:79)[13:org.apache.aries.blueprint.core:1.6.1]
> at java.util.concurrent.FutureTask.run(FutureTask.java:262)[:1.7.0_71]
> at 
> org.apache.aries.blueprint.di.AbstractRecipe.create(AbstractRecipe.java:88)[13:org.apache.aries.blueprint.core:1.6.1]
> at 
> org.apache.aries.blueprint.container.BlueprintRepository.createInstances(BlueprintRepository.java:255)[13:org.apache.aries.blueprint.core:1.6.1]
> at 
> org.apache.aries.blueprint.container.BlueprintRepository.createAll(BlueprintRepository.java:186)[13:org.apache.aries.blueprint.core:1.6.1]
> at 
> org.apache.aries.blueprint.container.BlueprintContainerImpl.instantiateEagerComponents(BlueprintContainerImpl.java:724)[13:org.apache.aries.blueprint.core:1.6.1]
> at 
> org.apache.aries.blueprint.container.BlueprintContainerImpl.doRun(BlueprintContainerImpl.java:411)[13:org.apache.aries.blueprint.core:1.6.1]
> at 
> org.apache.aries.blueprint.container.BlueprintContainerImpl.run(BlueprintContainerImpl.java:276)[13:org.apache.aries.blueprint.core:1.6.1]
> at 
> org.apache.aries.blueprint.container.BlueprintExtender.createContainer(BlueprintExtender.java:300)[13:org.apache.aries.blueprint.core:1.6.1]
> at 
> org.apache.aries.blueprint.container.BlueprintExtender.createContainer(BlueprintExtender.java:269)[13:org.apache.aries.blueprint.core:1.6.1]
> at 
> org.apache.aries.blueprint.container.BlueprintExtender.createContainer(BlueprintExtender.java:265)[13:org.apache.aries.blueprint.core:1.6.1]
> at 
> org.apache.aries.blueprint.container.BlueprintExtender.modifiedBundle(BlueprintExtender.java:255)[13:org.apache.aries.blueprint.core:1.6.1]
> at 
> org.apache.aries.util.tracker.hook.BundleHookBundleTracker$Tracked.customizerModified(BundleHookBundleTracker.java:500)[22:org.apache.aries.util:1.1.1]
> at 
> org.apache.aries.util.tracker.hook.BundleHookBundleTracker$Tracked.customizerModified(BundleHookBundleTracker.java:433)[22:org.apache.aries.util:1.1.1]
> at 
> org.apache.aries.util.tracker.hook.BundleHookBundleTracker$AbstractTracked.track(BundleHookBundleTracker.java:725)[22:org.apache.aries.util:1.1.1]
> at 
> org.apache.aries.util.tracker.hook.BundleHookBundleTracker$Tracked.bundleChanged(BundleHookBundleTracker.java:463)[22:org.apache.aries.util:1.1.1]
> at 
> org.apache.aries.util.tracker.hook.BundleHookBundleTracker$BundleEventHook.event(BundleHookBundleTracker.java:422)[22:org.apache.aries.util:1.1.1]
> at 
> org.apache.felix.framework.util.SecureAction.invokeBundleEventHook(SecureAction.java:1179)[org.apache.felix.framework-5.4.0.jar:]
> at 
> org.apache.felix.framework.util.EventDispatcher.createWhitelistFromHooks(EventDispatcher.java:731)[org.apache.felix.framework-5.4.0.jar:]
> at 
>

[jira] [Commented] (ARIES-1565) Performance Improvement: unpack subsystem artifacts to tmp folder to avoid directly reading from zip archive

2016-06-13 Thread John Ross (JIRA) 

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

John Ross commented on ARIES-1565:
--

Exploring the existing code suggests to me that the performance degradation is 
occurring because the temp ZIP file is continually closed and reopened as each 
entry is obtained. This occurs in ZipDirectory.getEntry(String) because the 
cache is null. So there already appears to be an existing way to overcome this 
issue. It's simply not being used. Instead of an InputStreamClosableDirectory, 
I think we should have FileSystemImpl.getFSRoot(InputStream) return something 
that combines the behavior of both InputStreamClosableDirectory (i.e. delete 
the temp file) and ZipCloseableDirectory (i.e. maintain a cache to prevent the 
reopening of the ZIP file). This should result in comparable performance 
benefits with a smaller code change footprint.

> Performance Improvement: unpack subsystem artifacts to tmp folder to avoid 
> directly reading from zip archive
> 
>
> Key: ARIES-1565
> URL: https://issues.apache.org/jira/browse/ARIES-1565
> Project: Aries
>  Issue Type: Improvement
>  Components: Subsystem, Util
>Affects Versions: subsystem-2.0.8, util-1.1.2
>Reporter: Wouter Bancken
>
> h4. Description
> Aries copies ESA archives to a temporary zip file during the installation 
> phase. Afterwards, bundles are read directly from this temporary zip which 
> has a large impact on the startup performance of Aries applications. By 
> unpacking the esa artifact into the temporary folder it is unpacked only 
> once. Subsequent reads for the bundles (jars) can be read directly from the 
> folder. 
> h4. Pull request
> https://github.com/apache/aries/compare/subsystem-2.0.x...WouterBanckenACA:io_performance_optimalisation?expand=1
> h4. Mailinglist
> http://mail-archives.apache.org/mod_mbox/aries-user/201606.mbox/%3CCAL5nZgTq5FxDvURJbzcEZ9YHx6vTs3HAOuFYDYA3ec9OZbmwjA%40mail.gmail.com%3E



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Created] (ARIES-1572) Problem wiring beans with constructor parameter containing Generics

2016-06-13 Thread Setya (JIRA) 
Setya created ARIES-1572:


 Summary: Problem wiring beans with constructor parameter 
containing Generics
 Key: ARIES-1572
 URL: https://issues.apache.org/jira/browse/ARIES-1572
 Project: Aries
  Issue Type: Bug
  Components: Blueprint
Affects Versions: blueprint-core-1.6.1
Reporter: Setya
Priority: Blocker


Wiring beans with constructor parameter that contains generics will fail with 
the following exception:

org.osgi.service.blueprint.container.ComponentDefinitionException: Unable to 
find a matching constructor on class 
com.modulariti.eventstore.OrientDbEventEntryStore for arguments 
[org.apache.aries.blueprint.container.BeanRecipe$UnwrapperedBeanHolder@1d73edea,
 
org.apache.aries.blueprint.container.BeanRecipe$UnwrapperedBeanHolder@2608acc1] 
when instanciating bean eventEntryStore
at 
org.apache.aries.blueprint.container.BeanRecipe.getInstanceFromType(BeanRecipe.java:354)[13:org.apache.aries.blueprint.core:1.6.1]
at 
org.apache.aries.blueprint.container.BeanRecipe.getInstance(BeanRecipe.java:282)[13:org.apache.aries.blueprint.core:1.6.1]
at 
org.apache.aries.blueprint.container.BeanRecipe.internalCreate2(BeanRecipe.java:830)[13:org.apache.aries.blueprint.core:1.6.1]
at 
org.apache.aries.blueprint.container.BeanRecipe.internalCreate(BeanRecipe.java:811)[13:org.apache.aries.blueprint.core:1.6.1]
at 
org.apache.aries.blueprint.di.AbstractRecipe$1.call(AbstractRecipe.java:79)[13:org.apache.aries.blueprint.core:1.6.1]
at java.util.concurrent.FutureTask.run(FutureTask.java:262)[:1.7.0_71]
at 
org.apache.aries.blueprint.di.AbstractRecipe.create(AbstractRecipe.java:88)[13:org.apache.aries.blueprint.core:1.6.1]
at 
org.apache.aries.blueprint.container.BlueprintRepository.createInstances(BlueprintRepository.java:255)[13:org.apache.aries.blueprint.core:1.6.1]
at 
org.apache.aries.blueprint.container.BlueprintRepository.createAll(BlueprintRepository.java:186)[13:org.apache.aries.blueprint.core:1.6.1]
at 
org.apache.aries.blueprint.container.BlueprintContainerImpl.instantiateEagerComponents(BlueprintContainerImpl.java:724)[13:org.apache.aries.blueprint.core:1.6.1]
at 
org.apache.aries.blueprint.container.BlueprintContainerImpl.doRun(BlueprintContainerImpl.java:411)[13:org.apache.aries.blueprint.core:1.6.1]
at 
org.apache.aries.blueprint.container.BlueprintContainerImpl.run(BlueprintContainerImpl.java:276)[13:org.apache.aries.blueprint.core:1.6.1]
at 
org.apache.aries.blueprint.container.BlueprintExtender.createContainer(BlueprintExtender.java:300)[13:org.apache.aries.blueprint.core:1.6.1]
at 
org.apache.aries.blueprint.container.BlueprintExtender.createContainer(BlueprintExtender.java:269)[13:org.apache.aries.blueprint.core:1.6.1]
at 
org.apache.aries.blueprint.container.BlueprintExtender.createContainer(BlueprintExtender.java:265)[13:org.apache.aries.blueprint.core:1.6.1]
at 
org.apache.aries.blueprint.container.BlueprintExtender.modifiedBundle(BlueprintExtender.java:255)[13:org.apache.aries.blueprint.core:1.6.1]
at 
org.apache.aries.util.tracker.hook.BundleHookBundleTracker$Tracked.customizerModified(BundleHookBundleTracker.java:500)[22:org.apache.aries.util:1.1.1]
at 
org.apache.aries.util.tracker.hook.BundleHookBundleTracker$Tracked.customizerModified(BundleHookBundleTracker.java:433)[22:org.apache.aries.util:1.1.1]
at 
org.apache.aries.util.tracker.hook.BundleHookBundleTracker$AbstractTracked.track(BundleHookBundleTracker.java:725)[22:org.apache.aries.util:1.1.1]
at 
org.apache.aries.util.tracker.hook.BundleHookBundleTracker$Tracked.bundleChanged(BundleHookBundleTracker.java:463)[22:org.apache.aries.util:1.1.1]
at 
org.apache.aries.util.tracker.hook.BundleHookBundleTracker$BundleEventHook.event(BundleHookBundleTracker.java:422)[22:org.apache.aries.util:1.1.1]
at 
org.apache.felix.framework.util.SecureAction.invokeBundleEventHook(SecureAction.java:1179)[org.apache.felix.framework-5.4.0.jar:]
at 
org.apache.felix.framework.util.EventDispatcher.createWhitelistFromHooks(EventDispatcher.java:731)[org.apache.felix.framework-5.4.0.jar:]
at 
org.apache.felix.framework.util.EventDispatcher.fireBundleEvent(EventDispatcher.java:486)[org.apache.felix.framework-5.4.0.jar:]
at 
org.apache.felix.framework.Felix.fireBundleEvent(Felix.java:4541)[org.apache.felix.framework-5.4.0.jar:]
at 
org.apache.felix.framework.Felix.activateBundle(Felix.java:2216)[org.apache.felix.framework-5.4.0.jar:]
at 
org.apache.felix.framework.Felix.startBundle(Felix.java:2144)[org.apache.felix.framework-5.4.0.jar:]
at 
org.apache.felix.framework.Felix.updateBundle(Felix.java:2484)[org.apache.felix.framework-5.4.0.jar:]
at 
org.apache.felix.framework.BundleImpl.update(BundleImpl.java:1018)[org.apache.felix.framework-5.4.0.jar:]
at 
org.apache.felix.framework.BundleImpl.update(BundleImpl.java:1004)[org.apache.felix.framework-5.4.0.jar:]
at

[jira] [Commented] (ARIES-1564) Performance improvement: sorting bundles by start-level is done eagerly

2016-06-13 Thread Wouter Bancken (JIRA) 

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

Wouter Bancken commented on ARIES-1564:
---

I thought LinkedList was faster for sorting but looks like I was wrong. 
For getting the values for the map, my latest changes seem to be missing. It 
should retrieve the osgi.identity attribute from the capability. I'll commit 
that later.

Don't have a solution for the keys of the map yet. I'll look into it!

Thanks for the feedback!

> Performance improvement: sorting bundles by start-level is done eagerly
> ---
>
> Key: ARIES-1564
> URL: https://issues.apache.org/jira/browse/ARIES-1564
> Project: Aries
>  Issue Type: Improvement
>  Components: Subsystem
>Affects Versions: subsystem-2.0.8
>Reporter: Wouter Bancken
>
> h4. Description
> During sorting in the StartAction class, the SubsystemContentHeader is parsed 
> every time the start order of a bundle is needed. By eagerly parsing the 
> header and storing the start value for every bundle, an improved startup time 
> can be achieved.
> h4. Pull request
> https://github.com/apache/aries/compare/subsystem-2.0.x...WouterBanckenACA:sorting_performance_optimalisation
> h4. Mailinglist
> http://mail-archives.apache.org/mod_mbox/aries-user/201606.mbox/%3CCAL5nZgRQcvFqz8g1c7mKJ3C_UoRmRox10%2BOM2uEjRbCkTYodDQ%40mail.gmail.com%3E



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (ARIES-1564) Performance improvement: sorting bundles by start-level is done eagerly

2016-06-13 Thread John Ross (JIRA) 

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

John Ross commented on ARIES-1564:
--

The point of the ArrayList to LinkedList change in StartAction is not obvious 
to me. How did this one change affect the results?

The key of the map would have to be more than just the symbolic name. It's the 
combination of symbolic name, version, and type that makes it unique.

When getting values from the map, the key currently being used would always be 
"osgi.identity" which wouldn't exist. So it looks like the proposed change is 
always returning a start order of 0.

Please note that any improvements would be applied to trunk and released from 
there as part of ARIES-1547.

> Performance improvement: sorting bundles by start-level is done eagerly
> ---
>
> Key: ARIES-1564
> URL: https://issues.apache.org/jira/browse/ARIES-1564
> Project: Aries
>  Issue Type: Improvement
>  Components: Subsystem
>Affects Versions: subsystem-2.0.8
>Reporter: Wouter Bancken
>
> h4. Description
> During sorting in the StartAction class, the SubsystemContentHeader is parsed 
> every time the start order of a bundle is needed. By eagerly parsing the 
> header and storing the start value for every bundle, an improved startup time 
> can be achieved.
> h4. Pull request
> https://github.com/apache/aries/compare/subsystem-2.0.x...WouterBanckenACA:sorting_performance_optimalisation
> h4. Mailinglist
> http://mail-archives.apache.org/mod_mbox/aries-user/201606.mbox/%3CCAL5nZgRQcvFqz8g1c7mKJ3C_UoRmRox10%2BOM2uEjRbCkTYodDQ%40mail.gmail.com%3E



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Resolved] (ARIES-1571) Exception in TCPEndpoint Integer cannot be cast to java.lang.String

2016-06-13 Thread Christian Schneider (JIRA) 

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

Christian Schneider resolved ARIES-1571.

Resolution: Fixed

> Exception in TCPEndpoint Integer cannot be cast to java.lang.String
> ---
>
> Key: ARIES-1571
> URL: https://issues.apache.org/jira/browse/ARIES-1571
> Project: Aries
>  Issue Type: Bug
>  Components: Remote Service Admin
>Affects Versions: rsa-1.8.0
>Reporter: Christian Schneider
>Assignee: Christian Schneider
> Fix For: rsa-1.9.0
>
>
> When the port value is an Integer it will result in the exception below.
> 2016-06-13 14:47:39,201 | ERROR | pool-3-thread-2  | TopologyManagerExport
> | 18 - org.apache.aries.rsa.topology-manager - 1.8.0 | 
> TopologyManager: export failed for [net.lr.demo.chat.service.ChatListener]
> java.lang.ClassCastException: java.lang.Integer cannot be cast to 
> java.lang.String
>   at 
> org.apache.aries.rsa.provider.tcp.TcpEndpoint.getString(TcpEndpoint.java:52)
>   at 
> org.apache.aries.rsa.provider.tcp.TcpEndpoint.getInt(TcpEndpoint.java:48)
>   at 
> org.apache.aries.rsa.provider.tcp.TcpEndpoint.(TcpEndpoint.java:33)
>   at 
> org.apache.aries.rsa.provider.tcp.TCPProvider.exportService(TCPProvider.java:49)
>   at 
> org.apache.aries.rsa.core.RemoteServiceAdminCore.exportService(RemoteServiceAdminCore.java:184)
>   at 
> org.apache.aries.rsa.core.RemoteServiceAdminCore.exportService(RemoteServiceAdminCore.java:117)
>   at 
> org.apache.aries.rsa.core.RemoteServiceAdminInstance$1.run(RemoteServiceAdminInstance.java:57)
>   at 
> org.apache.aries.rsa.core.RemoteServiceAdminInstance$1.run(RemoteServiceAdminInstance.java:55)
>   at java.security.AccessController.doPrivileged(Native Method)[:1.8.0_92]
>   at 
> org.apache.aries.rsa.core.RemoteServiceAdminInstance.exportService(RemoteServiceAdminInstance.java:55)
>   at 
> org.apache.aries.rsa.core.RemoteServiceAdminInstance.exportService(RemoteServiceAdminInstance.java:39)
>   at 
> org.apache.aries.rsa.topologymanager.exporter.TopologyManagerExport.exportServiceUsingRemoteServiceAdmin(TopologyManagerExport.java:154)[18:org.apache.aries.rsa.topology-manager:1.8.0]
>   at 
> org.apache.aries.rsa.topologymanager.exporter.TopologyManagerExport.doExport(TopologyManagerExport.java:125)[18:org.apache.aries.rsa.topology-manager:1.8.0]
>   at 
> org.apache.aries.rsa.topologymanager.exporter.TopologyManagerExport.access$0(TopologyManagerExport.java:103)[18:org.apache.aries.rsa.topology-manager:1.8.0]
>   at 
> org.apache.aries.rsa.topologymanager.exporter.TopologyManagerExport$1.run(TopologyManagerExport.java:98)[18:org.apache.aries.rsa.topology-manager:1.8.0]
>   at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)[:1.8.0_92]
>   at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)[:1.8.0_92]
>   at java.lang.Thread.run(Thread.java:745)[:1.8.0_92]



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (ARIES-1571) Exception in TCPEndpoint Integer cannot be cast to java.lang.String

2016-06-13 Thread ASF subversion and git services (JIRA) 

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

ASF subversion and git services commented on ARIES-1571:


Commit 5c1bd26dc67da4809d527730513cd62a7d96654a in aries-rsa's branch 
refs/heads/master from [~ch...@die-schneider.net]
[ https://git-wip-us.apache.org/repos/asf?p=aries-rsa.git;h=5c1bd26 ]

[ARIES-1571] Allow Integer values in config


> Exception in TCPEndpoint Integer cannot be cast to java.lang.String
> ---
>
> Key: ARIES-1571
> URL: https://issues.apache.org/jira/browse/ARIES-1571
> Project: Aries
>  Issue Type: Bug
>  Components: Remote Service Admin
>Affects Versions: rsa-1.8.0
>Reporter: Christian Schneider
>Assignee: Christian Schneider
> Fix For: rsa-1.9.0
>
>
> When the port value is an Integer it will result in the exception below.
> 2016-06-13 14:47:39,201 | ERROR | pool-3-thread-2  | TopologyManagerExport
> | 18 - org.apache.aries.rsa.topology-manager - 1.8.0 | 
> TopologyManager: export failed for [net.lr.demo.chat.service.ChatListener]
> java.lang.ClassCastException: java.lang.Integer cannot be cast to 
> java.lang.String
>   at 
> org.apache.aries.rsa.provider.tcp.TcpEndpoint.getString(TcpEndpoint.java:52)
>   at 
> org.apache.aries.rsa.provider.tcp.TcpEndpoint.getInt(TcpEndpoint.java:48)
>   at 
> org.apache.aries.rsa.provider.tcp.TcpEndpoint.(TcpEndpoint.java:33)
>   at 
> org.apache.aries.rsa.provider.tcp.TCPProvider.exportService(TCPProvider.java:49)
>   at 
> org.apache.aries.rsa.core.RemoteServiceAdminCore.exportService(RemoteServiceAdminCore.java:184)
>   at 
> org.apache.aries.rsa.core.RemoteServiceAdminCore.exportService(RemoteServiceAdminCore.java:117)
>   at 
> org.apache.aries.rsa.core.RemoteServiceAdminInstance$1.run(RemoteServiceAdminInstance.java:57)
>   at 
> org.apache.aries.rsa.core.RemoteServiceAdminInstance$1.run(RemoteServiceAdminInstance.java:55)
>   at java.security.AccessController.doPrivileged(Native Method)[:1.8.0_92]
>   at 
> org.apache.aries.rsa.core.RemoteServiceAdminInstance.exportService(RemoteServiceAdminInstance.java:55)
>   at 
> org.apache.aries.rsa.core.RemoteServiceAdminInstance.exportService(RemoteServiceAdminInstance.java:39)
>   at 
> org.apache.aries.rsa.topologymanager.exporter.TopologyManagerExport.exportServiceUsingRemoteServiceAdmin(TopologyManagerExport.java:154)[18:org.apache.aries.rsa.topology-manager:1.8.0]
>   at 
> org.apache.aries.rsa.topologymanager.exporter.TopologyManagerExport.doExport(TopologyManagerExport.java:125)[18:org.apache.aries.rsa.topology-manager:1.8.0]
>   at 
> org.apache.aries.rsa.topologymanager.exporter.TopologyManagerExport.access$0(TopologyManagerExport.java:103)[18:org.apache.aries.rsa.topology-manager:1.8.0]
>   at 
> org.apache.aries.rsa.topologymanager.exporter.TopologyManagerExport$1.run(TopologyManagerExport.java:98)[18:org.apache.aries.rsa.topology-manager:1.8.0]
>   at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)[:1.8.0_92]
>   at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)[:1.8.0_92]
>   at java.lang.Thread.run(Thread.java:745)[:1.8.0_92]



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Created] (ARIES-1571) Exception in TCPEndpoint Integer cannot be cast to java.lang.String

2016-06-13 Thread Christian Schneider (JIRA) 
Christian Schneider created ARIES-1571:
--

 Summary: Exception in TCPEndpoint Integer cannot be cast to 
java.lang.String
 Key: ARIES-1571
 URL: https://issues.apache.org/jira/browse/ARIES-1571
 Project: Aries
  Issue Type: Bug
  Components: Remote Service Admin
Affects Versions: rsa-1.8.0
Reporter: Christian Schneider
Assignee: Christian Schneider
 Fix For: rsa-1.9.0


When the port value is an Integer it will result in the exception below.

2016-06-13 14:47:39,201 | ERROR | pool-3-thread-2  | TopologyManagerExport  
  | 18 - org.apache.aries.rsa.topology-manager - 1.8.0 | TopologyManager: 
export failed for [net.lr.demo.chat.service.ChatListener]
java.lang.ClassCastException: java.lang.Integer cannot be cast to 
java.lang.String
at 
org.apache.aries.rsa.provider.tcp.TcpEndpoint.getString(TcpEndpoint.java:52)
at 
org.apache.aries.rsa.provider.tcp.TcpEndpoint.getInt(TcpEndpoint.java:48)
at 
org.apache.aries.rsa.provider.tcp.TcpEndpoint.(TcpEndpoint.java:33)
at 
org.apache.aries.rsa.provider.tcp.TCPProvider.exportService(TCPProvider.java:49)
at 
org.apache.aries.rsa.core.RemoteServiceAdminCore.exportService(RemoteServiceAdminCore.java:184)
at 
org.apache.aries.rsa.core.RemoteServiceAdminCore.exportService(RemoteServiceAdminCore.java:117)
at 
org.apache.aries.rsa.core.RemoteServiceAdminInstance$1.run(RemoteServiceAdminInstance.java:57)
at 
org.apache.aries.rsa.core.RemoteServiceAdminInstance$1.run(RemoteServiceAdminInstance.java:55)
at java.security.AccessController.doPrivileged(Native Method)[:1.8.0_92]
at 
org.apache.aries.rsa.core.RemoteServiceAdminInstance.exportService(RemoteServiceAdminInstance.java:55)
at 
org.apache.aries.rsa.core.RemoteServiceAdminInstance.exportService(RemoteServiceAdminInstance.java:39)
at 
org.apache.aries.rsa.topologymanager.exporter.TopologyManagerExport.exportServiceUsingRemoteServiceAdmin(TopologyManagerExport.java:154)[18:org.apache.aries.rsa.topology-manager:1.8.0]
at 
org.apache.aries.rsa.topologymanager.exporter.TopologyManagerExport.doExport(TopologyManagerExport.java:125)[18:org.apache.aries.rsa.topology-manager:1.8.0]
at 
org.apache.aries.rsa.topologymanager.exporter.TopologyManagerExport.access$0(TopologyManagerExport.java:103)[18:org.apache.aries.rsa.topology-manager:1.8.0]
at 
org.apache.aries.rsa.topologymanager.exporter.TopologyManagerExport$1.run(TopologyManagerExport.java:98)[18:org.apache.aries.rsa.topology-manager:1.8.0]
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)[:1.8.0_92]
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)[:1.8.0_92]
at java.lang.Thread.run(Thread.java:745)[:1.8.0_92]




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Re: [VOTE] Aries JPA 2.4.0

2016-06-13 Thread Timothy Ward 
+ 1 (binding)

Best Regards,

Tim

> On 12 Jun 2016, at 16:49, Dominik Przybysz  wrote:
> 
> +1
> 
> 2016-06-12 8:32 GMT+02:00 Jean-Baptiste Onofré :
> 
>> +1 (binding)
>> 
>> Regards
>> JB
>> 
>> 
>> On 06/10/2016 12:41 PM, Christian Schneider wrote:
>> 
>>> I've staged a release for vote at:
>>> https://repository.apache.org/content/repositories/orgapachearies-1071
>>> 
>>> Release Notes - Aries - Version jpa-2.4.0
>>> 
>>> ** Bug
>>> * [ARIES-1520] - Supplying an external DataSource is not possible
>>> with the EntityManagerFactoryBuilder
>>> * [ARIES-1533] - JPA blueprint AnnotationScanner is unable to
>>> handle Interfaces
>>> * [ARIES-1569] - Fix javadoc creation for release
>>> 
>>> 
>>> ** Documentation
>>> * [ARIES-1370] - JPA main README.md file not up-to-date
>>> 
>>> ** Improvement
>>> * [ARIES-1479] - Add service requirements and capabilities
>>> 
>>> ** New Feature
>>> * [ARIES-1489] - Create repository for Aries JPA
>>> * [ARIES-1532] - Provide an extender capability
>>> 
>>> https://issues.apache.org/jira/browse/ARIES/fixforversion/12334352
>>> 
>>> 
>>> Please review and vote:
>>>   [ ] +1 Release the above artifacts
>>>   [ ] -1 Do not
>>> 
>>> Here is my +1
>>> 
>>> Cheers,
>>> Christian
>>> 
>>> 
>> --
>> Jean-Baptiste Onofré
>> jbono...@apache.org
>> http://blog.nanthrax.net
>> Talend - http://www.talend.com
>> 
> 
> 
> 
> -- 
> Pozdrawiam / Regards,
> Dominik Przybysz