[JBoss JIRA] (ISPN-6271) Stream filterKeys reads keys not owned remotely when it shouldn't
by William Burns (JIRA)
[ https://issues.jboss.org/browse/ISPN-6271?page=com.atlassian.jira.plugin.... ]
William Burns updated ISPN-6271:
--------------------------------
Status: Open (was: New)
> Stream filterKeys reads keys not owned remotely when it shouldn't
> -----------------------------------------------------------------
>
> Key: ISPN-6271
> URL: https://issues.jboss.org/browse/ISPN-6271
> Project: Infinispan
> Issue Type: Bug
> Components: Distributed Execution and Map/Reduce
> Affects Versions: 8.1.2.Final
> Reporter: William Burns
> Fix For: 8.2.0.CR1
>
>
> The filterKeys method currently isn't as performant as it should be per ISPN-6270. However this was by design for the first pass. However despite this there is an issue where when performing the stream population using the keys that it will read all non owned keys from remote owners when it shouldn't be. This is an easy fix by forcing the cache to do a LOCAL only read.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 1 month
[JBoss JIRA] (ISPN-6271) Stream filterKeys reads keys not owned remotely when it shouldn't
by William Burns (JIRA)
[ https://issues.jboss.org/browse/ISPN-6271?page=com.atlassian.jira.plugin.... ]
Work on ISPN-6271 started by William Burns.
-------------------------------------------
> Stream filterKeys reads keys not owned remotely when it shouldn't
> -----------------------------------------------------------------
>
> Key: ISPN-6271
> URL: https://issues.jboss.org/browse/ISPN-6271
> Project: Infinispan
> Issue Type: Bug
> Components: Distributed Execution and Map/Reduce
> Affects Versions: 8.1.2.Final
> Reporter: William Burns
> Assignee: William Burns
> Fix For: 8.2.0.CR1
>
>
> The filterKeys method currently isn't as performant as it should be per ISPN-6270. However this was by design for the first pass. However despite this there is an issue where when performing the stream population using the keys that it will read all non owned keys from remote owners when it shouldn't be. This is an easy fix by forcing the cache to do a LOCAL only read.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 1 month
[JBoss JIRA] (ISPN-6271) Stream filterKeys reads keys not owned remotely when it shouldn't
by William Burns (JIRA)
William Burns created ISPN-6271:
-----------------------------------
Summary: Stream filterKeys reads keys not owned remotely when it shouldn't
Key: ISPN-6271
URL: https://issues.jboss.org/browse/ISPN-6271
Project: Infinispan
Issue Type: Bug
Components: Distributed Execution and Map/Reduce
Affects Versions: 8.1.2.Final
Reporter: William Burns
Fix For: 8.2.0.CR1
The filterKeys method currently isn't as performant as it should be per ISPN-6270. However this was by design for the first pass. However despite this there is an issue where when performing the stream population using the keys that it will read all non owned keys from remote owners when it shouldn't be. This is an easy fix by forcing the cache to do a LOCAL only read.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 1 month
[JBoss JIRA] (ISPN-6270) Distributed streams should only send subset of keys when using filterKeys
by William Burns (JIRA)
William Burns created ISPN-6270:
-----------------------------------
Summary: Distributed streams should only send subset of keys when using filterKeys
Key: ISPN-6270
URL: https://issues.jboss.org/browse/ISPN-6270
Project: Infinispan
Issue Type: Enhancement
Components: Distributed Execution and Map/Reduce
Affects Versions: 8.1.2.Final
Reporter: William Burns
Currently distributed streams sends all keys provided in filterKeys to each node. We could improve this in 2 ways.
# Only send requests to nodes that have segments that map to desired keys
## We would also have to cross check this if user supplied specific segments
# Only send the keys that map to the nodes that have those segments instead of all
This should reduce possible # of messages and for sure reduce message payloads.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 1 month
[JBoss JIRA] (ISPN-6269) REST server throws securty exception during startup
by Vojtech Juranek (JIRA)
[ https://issues.jboss.org/browse/ISPN-6269?page=com.atlassian.jira.plugin.... ]
Vojtech Juranek updated ISPN-6269:
----------------------------------
Status: Open (was: New)
> REST server throws securty exception during startup
> ---------------------------------------------------
>
> Key: ISPN-6269
> URL: https://issues.jboss.org/browse/ISPN-6269
> Project: Infinispan
> Issue Type: Bug
> Components: Security, Server
> Reporter: Vojtech Juranek
> Assignee: Vojtech Juranek
>
> When ISPN server has configured secure cache, REST server throws following exception during startup:
> {noformat}
> Caused by: java.lang.SecurityException: ISPN000287: Unauthorized access: subject 'null' lacks 'LIFECYCLE' permission
> at org.infinispan.security.impl.AuthorizationHelper.checkPermission(AuthorizationHelper.java:86)
> at org.infinispan.security.impl.AuthorizationHelper.checkPermission(AuthorizationHelper.java:64)
> at org.infinispan.manager.DefaultCacheManager.wireAndStartCache(DefaultCacheManager.java:604)
> at org.infinispan.manager.DefaultCacheManager.createCache(DefaultCacheManager.java:577)
> at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:445)
> at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:464)
> at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:455)
> at org.jboss.as.clustering.infinispan.DefaultCacheContainer.getCache(DefaultCacheContainer.java:94)
> at org.jboss.as.clustering.infinispan.DefaultCacheContainer.getCache(DefaultCacheContainer.java:85)
> at org.infinispan.rest.NettyRestServer$$anonfun$startCaches$1.apply(NettyRestServer.scala:78)
> at org.infinispan.rest.NettyRestServer$$anonfun$startCaches$1.apply(NettyRestServer.scala:78)
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 1 month
[JBoss JIRA] (ISPN-6269) REST server throws securty exception during startup
by Vojtech Juranek (JIRA)
[ https://issues.jboss.org/browse/ISPN-6269?page=com.atlassian.jira.plugin.... ]
Vojtech Juranek updated ISPN-6269:
----------------------------------
Status: Pull Request Sent (was: Open)
Git Pull Request: https://github.com/infinispan/infinispan/pull/4042
> REST server throws securty exception during startup
> ---------------------------------------------------
>
> Key: ISPN-6269
> URL: https://issues.jboss.org/browse/ISPN-6269
> Project: Infinispan
> Issue Type: Bug
> Components: Security, Server
> Reporter: Vojtech Juranek
> Assignee: Vojtech Juranek
>
> When ISPN server has configured secure cache, REST server throws following exception during startup:
> {noformat}
> Caused by: java.lang.SecurityException: ISPN000287: Unauthorized access: subject 'null' lacks 'LIFECYCLE' permission
> at org.infinispan.security.impl.AuthorizationHelper.checkPermission(AuthorizationHelper.java:86)
> at org.infinispan.security.impl.AuthorizationHelper.checkPermission(AuthorizationHelper.java:64)
> at org.infinispan.manager.DefaultCacheManager.wireAndStartCache(DefaultCacheManager.java:604)
> at org.infinispan.manager.DefaultCacheManager.createCache(DefaultCacheManager.java:577)
> at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:445)
> at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:464)
> at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:455)
> at org.jboss.as.clustering.infinispan.DefaultCacheContainer.getCache(DefaultCacheContainer.java:94)
> at org.jboss.as.clustering.infinispan.DefaultCacheContainer.getCache(DefaultCacheContainer.java:85)
> at org.infinispan.rest.NettyRestServer$$anonfun$startCaches$1.apply(NettyRestServer.scala:78)
> at org.infinispan.rest.NettyRestServer$$anonfun$startCaches$1.apply(NettyRestServer.scala:78)
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 1 month
[JBoss JIRA] (ISPN-6269) REST server throws securty exception during startup
by Vojtech Juranek (JIRA)
Vojtech Juranek created ISPN-6269:
-------------------------------------
Summary: REST server throws securty exception during startup
Key: ISPN-6269
URL: https://issues.jboss.org/browse/ISPN-6269
Project: Infinispan
Issue Type: Bug
Components: Security, Server
Reporter: Vojtech Juranek
Assignee: Vojtech Juranek
When ISPN server has configured secure cache, REST server throws following exception during startup:
{noformat}
Caused by: java.lang.SecurityException: ISPN000287: Unauthorized access: subject 'null' lacks 'LIFECYCLE' permission
at org.infinispan.security.impl.AuthorizationHelper.checkPermission(AuthorizationHelper.java:86)
at org.infinispan.security.impl.AuthorizationHelper.checkPermission(AuthorizationHelper.java:64)
at org.infinispan.manager.DefaultCacheManager.wireAndStartCache(DefaultCacheManager.java:604)
at org.infinispan.manager.DefaultCacheManager.createCache(DefaultCacheManager.java:577)
at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:445)
at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:464)
at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:455)
at org.jboss.as.clustering.infinispan.DefaultCacheContainer.getCache(DefaultCacheContainer.java:94)
at org.jboss.as.clustering.infinispan.DefaultCacheContainer.getCache(DefaultCacheContainer.java:85)
at org.infinispan.rest.NettyRestServer$$anonfun$startCaches$1.apply(NettyRestServer.scala:78)
at org.infinispan.rest.NettyRestServer$$anonfun$startCaches$1.apply(NettyRestServer.scala:78)
{noformat}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 1 month
[JBoss JIRA] (ISPN-6262) Make parallel build passing
by Sanne Grinovero (JIRA)
[ https://issues.jboss.org/browse/ISPN-6262?page=com.atlassian.jira.plugin.... ]
Sanne Grinovero commented on ISPN-6262:
---------------------------------------
N.B. this allows building taking advantage of all your cores, but it only works when disabling tests. Some modules use explicit ports (i.e. integration tests running on multiple WildFly nodes) and won't like surefire trying to start multiple clusters in parallel.
> Make parallel build passing
> ---------------------------
>
> Key: ISPN-6262
> URL: https://issues.jboss.org/browse/ISPN-6262
> Project: Infinispan
> Issue Type: Bug
> Components: Build process
> Reporter: Sebastian Łaskawiec
> Assignee: Sebastian Łaskawiec
> Priority: Trivial
> Fix For: 8.2.0.CR1
>
>
> At the moment parallel build {{./build.sh clean install -DskipTests -T4}} often fails. It would be nice to fix it and make building much faster.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 1 month