April 2015 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-5352) Improve scalability of DSL based filters by using the publish/subscribe feature of org.infinispan.objectfilter.Matcher

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-5352?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-5352: ------------------------------------ Fix Version/s: (was: 7.2.0.CR1) > Improve scalability of DSL based filters by using the publish/subscribe feature of org.infinispan.objectfilter.Matcher > ----------------------------------------------------------------------------------------------------------------------- > > Key: ISPN-5352 > URL: https://issues.jboss.org/browse/ISPN-5352 > Project: Infinispan > Issue Type: Bug > Components: Listeners > Affects Versions: 7.2.0.Beta2 > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 7.2.0.Final > > > org.infinispan.objectfilter.Matcher is able to index multiple filters and use a publish/subscribe model that is more efficient than using the org.infinispan.objectfilter.ObjectFilter which would execute each filter serially. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5348) BatchingClusterEventManagerImpl.UnicastEventContext.addTargets may try to modify an unmodifyable collection

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-5348?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-5348: ------------------------------------ Fix Version/s: (was: 7.2.0.CR1) > BatchingClusterEventManagerImpl.UnicastEventContext.addTargets may try to modify an unmodifyable collection > ----------------------------------------------------------------------------------------------------------- > > Key: ISPN-5348 > URL: https://issues.jboss.org/browse/ISPN-5348 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 7.2.0.Beta2 > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 7.2.0.Final > > > If addTargets() was previously invoked with an unmodifiable collection future invocations will try to append to it and throw UnsupportedOperationException. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5339) Port improvements to Hibernate Search integration tests from the Hibernate Search codebase

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-5339?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-5339: ------------------------------------ Fix Version/s: 7.2.0.Final (was: 7.2.0.CR1) > Port improvements to Hibernate Search integration tests from the Hibernate Search codebase > ------------------------------------------------------------------------------------------ > > Key: ISPN-5339 > URL: https://issues.jboss.org/browse/ISPN-5339 > Project: Infinispan > Issue Type: Task > Components: Test Suite - Query > Reporter: Sanne Grinovero > Assignee: Davide D'Alto > Fix For: 7.2.0.Final > > > As a follow up on ISPN-5255, unfortunately we found some needed fixes in the Hibernate Search integration tests with the Infinispan Directory in the Hibernate Search codebase, just while we were migrating it to Infinispan. > I've rejected the PR as the module is to be considered "frozen" in Hibernate Search, we should see if there is something of value to be applied to the migrated tests: > https://github.com/hibernate/hibernate-search/pull/797#issuecomment-87802467 -- This message was sent by Atlassian JIRA (v6.3.11#6341)

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5274) Inconsistent data after transaction rollback (with success on originator)

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-5274?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-5274: ------------------------------------ Fix Version/s: (was: 7.2.0.CR1) > Inconsistent data after transaction rollback (with success on originator) > ------------------------------------------------------------------------- > > Key: ISPN-5274 > URL: https://issues.jboss.org/browse/ISPN-5274 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 7.1.1.Final > Reporter: Matej Čimbora > Assignee: Dan Berindei > Fix For: 7.2.0.Final > > > Scenario > Nodes edg-perf[10-13], partition handling on > 1.Transaction is started on edg-perf10 > {code} > 10:24:48,228 TRACE [org.infinispan.transaction.xa.TransactionXaAdapter] (DefaultStressor-6) start called on tx GlobalTransaction:<edg-perf10-20667>:38910:local > {code} > 2. Value of key_000000000000065B is updated within the transaction > {code} > 10:24:48,405 TRACE [org.radargun.service.InfinispanOperations$Cache] (DefaultStressor-6) PUT cache=testCache key=key_000000000000065B value=[6 #15: 296, 501, 1109, 1119, 1459, 1544, 1999, 2083, 2130, 2257, 2298, 2784, 2941, 3009, 3147, ] > {code} > 3. Transaction is successfully prepared on edg-perf11 & edg-perf12 > {code} > 10:24:48,559 TRACE [org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher] (DefaultStressor-6) Responses: [sender=edg-perf11-61837, received=true, suspected=false] > [sender=edg-perf12-7305, received=true, suspected=false] > {code} > 4. Transaction commit is issued > {code} > 10:24:48,562 TRACE [org.infinispan.transaction.TransactionCoordinator] (DefaultStressor-6) Committing transaction GlobalTransaction:<edg-perf10-20667>:38910:local > {code} > 5. Other participating nodes (edg-perf11 & edg-perf12) are suspected... > {code} > 10:24:52,705 TRACE [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (DefaultStressor-6) Target node edg-perf11-61837 left during remote call, ignoring > 10:24:52,716 TRACE [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (DefaultStressor-6) Target node edg-perf12-7305 left during remote call, ignoring > {code} > ... as they received a new view (without edg-perf10) meanwhile. > {code} > 10:24:48,547 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (Incoming-1,edg-perf12-7305) ISPN000093: Received new, MERGED cluster view: MergeView::[edg-perf12-7305|20] (3) [edg-perf12-7305, edg-perf11-61837, edg-perf13-25187], 2 subgroups: [edg-perf13-25187|8] (1) [edg-perf13-25187], [edg-perf13-25187|19] (1) [edg-perf13-25187] > {code} > Still, the transaction is commited on edg-perf10 & updated entry is stored locally > {code} > 10:24:52,894 TRACE [org.infinispan.statetransfer.CommitManager] (DefaultStressor-6) Trying to commit. Key=key_000000000000065B. Operation Flag=null, L1 invalidation=false > 10:24:52,896 TRACE [org.infinispan.statetransfer.CommitManager] (DefaultStressor-6) Committing key=key_000000000000065B. It is a L1 invalidation or a normal put and no tracking is enabled! > 10:24:52,908 TRACE [org.infinispan.container.DefaultDataContainer] (DefaultStressor-6) Creating new ICE for writing. Existing=ImmortalCacheEntry{key=key_000000000000065B, value=[6 #14: 296, 501, 1109, 1119, 1459, 1544, 1999, 2083, 2130, 2257, 2298, 2784, 2941, 3009, ]}, metadata=EmbeddedMetadata{version=null}, new value=[6 #15: 296, 501, 1109, 1119, 1459, 1544, 1999, 2083, 2130, 2257, 2298, 2784, 2941, 3009, 3147, ] > {code} > 6. Other nodes rollback the transaction > {code} > 10:24:50,376 DEBUG [org.infinispan.transaction.TransactionTable] (transport-thread-10) Rolling back transaction GlobalTransaction:<edg-perf10-20667>:38910:remote because originator edg-perf10-20667 left the cluster > {code} > 7. edg-perf10 receives a new view, containing nodes edg-perf[10,11,13]. Incoming state transfer overwrites the updated value > {code} > 10:25:09,614 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (Incoming-2,edg-perf10-20667) ISPN000093: Received new, MERGED cluster view: MergeView::[edg-perf10-20667|22] (3) [edg-perf10-20667, edg-perf11-61837, edg-perf13-25187], 4 subgroups: [edg-perf10-20667|15] (2) [edg-perf10-20667, edg-perf11-61837], [edg-perf10-20667|19] (3) [edg-perf10-20667, edg-perf12-7305, edg-perf11-61837], [edg-perf10-20667|18] (1) [edg-perf10-20667], [edg-perf10-20667|21] (2) [edg-perf10-20667, edg-perf13-25187] > {code} > 8. get operation returns outdated value > {code} > 10:26:21,020 TRACE [org.infinispan.remoting.rpc.RpcManagerImpl] (DefaultStressor-6) Response(s) to ClusteredGetCommand{key=key_000000000000065B, flags=null} is {edg-perf12-7305=SuccessfulResponse{responseValue=ImmortalCacheValue {value=[6 #14: 296, 501, 1109, 1119, 1459, 1544, 1999, 2083, 2130, 2257, 2298, 2784, 2941, 3009, ]}} } > {code} > From client perspective, this behavior is not transparent. Provided the transaction ended up successfully, presence of the updated entry can be assumed. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5384) ReadCommittedEntry.isNull() always returns false

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-5384?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-5384: ------------------------------------ Fix Version/s: 7.2.0.Final (was: 7.2.0.CR1) > ReadCommittedEntry.isNull() always returns false > ------------------------------------------------ > > Key: ISPN-5384 > URL: https://issues.jboss.org/browse/ISPN-5384 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 7.2.0.Beta2, 7.1.1.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 7.2.0.Final > > > Should return {{value == null}}, just like {{RepeatableReadEntry}}. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2183) Add the ability to fetch a set of keys at once (getAll)

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-2183?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-2183: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1198556|https://bugzilla.redhat.com/show_bug.cgi?id=1198556] from POST to MODIFIED > Add the ability to fetch a set of keys at once (getAll) > ------------------------------------------------------- > > Key: ISPN-2183 > URL: https://issues.jboss.org/browse/ISPN-2183 > Project: Infinispan > Issue Type: Feature Request > Components: Core > Reporter: Mircea Markus > Assignee: William Burns > Priority: Minor > Fix For: 7.2.0.CR1 > > > When a transaction knows in advance about the set of keys it needs to read, this cache.getAll(k1,k2,..kn) method can bring a some performance improvement: > 1. all the keys can be fetched from remote nodes in parallel > 2. keys that map to the same node can be grouped and fetched in the same RPC request > > Note that 1. can be be achieved even at this time by using Cache.getAsync(K) method - that's not as elegant though as it requires the user to write the code the code that waits on the Future objects that are returned. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4491) Cluster Listener Event Batching

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4491?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4491: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1212012|https://bugzilla.redhat.com/show_bug.cgi?id=1212012] from POST to MODIFIED > Cluster Listener Event Batching > ------------------------------- > > Key: ISPN-4491 > URL: https://issues.jboss.org/browse/ISPN-4491 > Project: Infinispan > Issue Type: Enhancement > Components: Listeners > Affects Versions: 7.0.2.Final > Reporter: William Burns > Assignee: William Burns > Fix For: 7.1.0.Beta1, 7.1.0.Final > > > Currently when a local listener which was installed for a cluster listener finds an event to send back to the parent it does this 1 message per listener. It might be more beneficial if we had batching so that it wouldn't send 1 message per. > There are 2 cases I can think of which this would benefit. > # When the underlying transport is UDP. In this case we can send just 1 message to all the nodes for the event instead of N Unicasts > # When a node has more than 1 cluster listener installed we could send a single message to notifiy more than 1 listener. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5266) Optimize PutAll operations (Hot Rod)

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5266?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5266: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1198556|https://bugzilla.redhat.com/show_bug.cgi?id=1198556] from POST to MODIFIED > Optimize PutAll operations (Hot Rod) > ------------------------------------ > > Key: ISPN-5266 > URL: https://issues.jboss.org/browse/ISPN-5266 > Project: Infinispan > Issue Type: Enhancement > Reporter: Pedro Zapata > Assignee: William Burns > Fix For: 7.2.0.CR1, 7.2.0.Final > > > - PutAll: to ensure that users can load massive amount of data into the grid quickly over Hot Rod. > - Performance improvement over large data sets. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5264) Optimize PutAll operations (library mode)

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5264?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5264: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1198556|https://bugzilla.redhat.com/show_bug.cgi?id=1198556] from POST to MODIFIED > Optimize PutAll operations (library mode) > ----------------------------------------- > > Key: ISPN-5264 > URL: https://issues.jboss.org/browse/ISPN-5264 > Project: Infinispan > Issue Type: Enhancement > Reporter: Pedro Zapata > Assignee: William Burns > Fix For: 7.2.0.CR1, 7.2.0.Final > > > - PutAll: to ensure that users can load massive amount of data into the grid quickly in Library mode > - Performance improvement over large data sets. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5265) Optimize Getall operations over Hot Rod

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5265?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5265: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1198556|https://bugzilla.redhat.com/show_bug.cgi?id=1198556] from POST to MODIFIED > Optimize Getall operations over Hot Rod > --------------------------------------- > > Key: ISPN-5265 > URL: https://issues.jboss.org/browse/ISPN-5265 > Project: Infinispan > Issue Type: Enhancement > Reporter: Pedro Zapata > Assignee: William Burns > > - GetAll operation: to ensure that there’s a way to batch get multiple objects together. > - Improve performance for large data sets. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

10 years, 11 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues April 2015