July 2015 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-5605) Implement getAffectedKeys() in InvalidateCommand

by Radim Vansa (JIRA)

[ https://issues.jboss.org/browse/ISPN-5605?page=com.atlassian.jira.plugin.... ] Radim Vansa updated ISPN-5605: ------------------------------ Affects Version/s: 8.0.0.Alpha2 > Implement getAffectedKeys() in InvalidateCommand > ------------------------------------------------ > > Key: ISPN-5605 > URL: https://issues.jboss.org/browse/ISPN-5605 > Project: Infinispan > Issue Type: Bug > Affects Versions: 8.0.0.Alpha2 > Reporter: Radim Vansa > Priority: Minor > > InvalidateCommand overloads {{getKey()}} throwing {{UnsupportedOperationException}}, but {{getAffectedKeys()}} returns collection with {{null}} or one of the invalidated keys. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5605) Implement getAffectedKeys() in InvalidateCommand

by Radim Vansa (JIRA)

[ https://issues.jboss.org/browse/ISPN-5605?page=com.atlassian.jira.plugin.... ] Radim Vansa updated ISPN-5605: ------------------------------ Component/s: Core > Implement getAffectedKeys() in InvalidateCommand > ------------------------------------------------ > > Key: ISPN-5605 > URL: https://issues.jboss.org/browse/ISPN-5605 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 8.0.0.Alpha2 > Reporter: Radim Vansa > Priority: Minor > > InvalidateCommand overloads {{getKey()}} throwing {{UnsupportedOperationException}}, but {{getAffectedKeys()}} returns collection with {{null}} or one of the invalidated keys. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5604) Create Notifier

by Pedro Ruivo (JIRA)

[ https://issues.jboss.org/browse/ISPN-5604?page=com.atlassian.jira.plugin.... ] Pedro Ruivo updated ISPN-5604: ------------------------------ Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/3583 > Create Notifier > --------------- > > Key: ISPN-5604 > URL: https://issues.jboss.org/browse/ISPN-5604 > Project: Infinispan > Issue Type: Sub-task > Components: Core > Reporter: Pedro Ruivo > Assignee: Pedro Ruivo > Fix For: 8.0.0.Beta2 > > > The following semantic are needed: > * It should be able to make one or more thread waiting until they are notified > * It should be able to add listeners that are invoked when the notification happens. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5604) Create Notifier

by Pedro Ruivo (JIRA)

[ https://issues.jboss.org/browse/ISPN-5604?page=com.atlassian.jira.plugin.... ] Pedro Ruivo updated ISPN-5604: ------------------------------ Status: Open (was: New) > Create Notifier > --------------- > > Key: ISPN-5604 > URL: https://issues.jboss.org/browse/ISPN-5604 > Project: Infinispan > Issue Type: Sub-task > Components: Core > Reporter: Pedro Ruivo > Assignee: Pedro Ruivo > Fix For: 8.0.0.Beta2 > > > The following semantic are needed: > * It should be able to make one or more thread waiting until they are notified > * It should be able to add listeners that are invoked when the notification happens. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5604) Create Notifier

by Pedro Ruivo (JIRA)

Pedro Ruivo created ISPN-5604: --------------------------------- Summary: Create Notifier Key: ISPN-5604 URL: https://issues.jboss.org/browse/ISPN-5604 Project: Infinispan Issue Type: Sub-task Components: Core Reporter: Pedro Ruivo Assignee: Pedro Ruivo The following semantic are needed: * It should be able to make one or more thread waiting until they are notified * It should be able to add listeners that are invoked when the notification happens. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5600) Optimize transactions on multiple caches

by Radim Vansa (JIRA)

[ https://issues.jboss.org/browse/ISPN-5600?page=com.atlassian.jira.plugin.... ] Radim Vansa commented on ISPN-5600: ----------------------------------- {{com.arjuna.ats.arjuna.coordinator.TwoPhaseCoordinator.beforeCommit()}} looks like that - and AFAIK Narayana does not create any threadpools for parallel processing. > Optimize transactions on multiple caches > ---------------------------------------- > > Key: ISPN-5600 > URL: https://issues.jboss.org/browse/ISPN-5600 > Project: Infinispan > Issue Type: Enhancement > Components: Transactions > Affects Versions: 8.0.0.Alpha2 > Reporter: Radim Vansa > > NON_XA transactions that span multiple caches are registered as multiple synchronizations, and these synchronizations are often processed sequentially ^1^; therefore, we send synchronous PrepareCommand for each cache and then CommitCommand for each cache as well, delaying the commit by these round-trips. > Since the targets for different caches may differ, we still need to send the RPCs separately, but in parallel. Therefore, there should be one uber-synchronization for all caches that use NON_XA mode (and maybe something similar with XA). I believe that using single synchronization could save some allocations, too. > ^1^ Not sure if full-fledged JTA implementations do that; JTA spec does not say anything about the order of synchronizations and whether these should be processed in parallel. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5597) Verify if clustered Arquillian based tests are really clustered

by Martin Gencur (JIRA)

[ https://issues.jboss.org/browse/ISPN-5597?page=com.atlassian.jira.plugin.... ] Martin Gencur updated ISPN-5597: -------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/3582 > Verify if clustered Arquillian based tests are really clustered > --------------------------------------------------------------- > > Key: ISPN-5597 > URL: https://issues.jboss.org/browse/ISPN-5597 > Project: Infinispan > Issue Type: Task > Components: Test Suite - Query, Test Suite - Server > Reporter: Sanne Grinovero > Assignee: Martin Gencur > Priority: Critical > > I just identified ARQ-1964 while debugging a clustered issue, and I think this affects the reliability of many tests in Infinispan. > The essence is that while you might think you're testing things on containers \{A,B\}, and so doing able to verify the cross-node synchronisations, you're actually always testing couples \{A,A\} or \{B,B\}. It's possible that some things actually don't work as expected even if the tests are passing. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5378) Additional Lucene Directory Wildfly integration tests

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-5378?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-5378: ------------------------------------ Git Pull Request: https://github.com/infinispan/infinispan/pull/3385, https://github.com/infinispan/infinispan/pull/3481 (was: https://github.com/infinispan/infinispan/pull/3385) > Additional Lucene Directory Wildfly integration tests > ----------------------------------------------------- > > Key: ISPN-5378 > URL: https://issues.jboss.org/browse/ISPN-5378 > Project: Infinispan > Issue Type: Task > Components: Lucene Directory > Reporter: Alan Field > Assignee: Alan Field > Fix For: 7.2.0.Final > > > Add tests that use the native Lucene API and deleting and adding the index -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2849) Don't keep threads blocked when waiting for locks to be released

by Pedro Ruivo (JIRA)

[ https://issues.jboss.org/browse/ISPN-2849?page=com.atlassian.jira.plugin.... ] Pedro Ruivo updated ISPN-2849: ------------------------------ Fix Version/s: 8.0.0.Beta2 > Don't keep threads blocked when waiting for locks to be released > ---------------------------------------------------------------- > > Key: ISPN-2849 > URL: https://issues.jboss.org/browse/ISPN-2849 > Project: Infinispan > Issue Type: Feature Request > Components: Core > Affects Versions: 6.0.0.CR1 > Reporter: Mircea Markus > Assignee: Pedro Ruivo > Fix For: 8.0.0.Beta2 > > > ATM if a tx2 waits on a lock to be released by tx1, the (incoming) tx2 thread is BLOCKED and taken out from the pool. A better way to implement this is by using a structure that would hold and order the depending transactions on the receiver correlated with the async execution API from JGroups 3.3.0, result being that tx2 would not BLOCK but return to the pool this (not maxing out the thread pool that executes commands). > More about it in the "Async invocation section" of https://docspace.corp.redhat.com/docs/DOC-134411 -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5603) Make BlockingTaskAwareExecutorService.checkForReadyTasks() asynchronous

by Pedro Ruivo (JIRA)

[ https://issues.jboss.org/browse/ISPN-5603?page=com.atlassian.jira.plugin.... ] Pedro Ruivo updated ISPN-5603: ------------------------------ Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/3581 > Make BlockingTaskAwareExecutorService.checkForReadyTasks() asynchronous > ----------------------------------------------------------------------- > > Key: ISPN-5603 > URL: https://issues.jboss.org/browse/ISPN-5603 > Project: Infinispan > Issue Type: Sub-task > Components: Core > Reporter: Pedro Ruivo > Assignee: Pedro Ruivo > Fix For: 8.0.0.Beta2 > > > With the new locking, when locks are released we need to unblock possible queued commands waiting for the lock. Since this method can be invoked quite often, it is not desire to have the invocation thread doing the checks and moving tasks (and they can be executed if configured with RunCallersPolicy). > Moving the check to a different thread is needed. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 5 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues July 2015