May 2012 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-1669) Flag checks should be done on commands and not context

by Galder Zamarreño (Created) (JIRA)

Flag checks should be done on commands and not context ------------------------------------------------------ Key: ISPN-1669 URL: https://issues.jboss.org/browse/ISPN-1669 Project: Infinispan Issue Type: Enhancement Reporter: Galder Zamarreño Assignee: Galder Zamarreño Fix For: 5.2.0.FINAL Remove flags from context and all flag checks should look into commands instead. See dev thread for more info. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 3 months

3
3
0 / 0

[JBoss JIRA] (ISPN-1986) Make putForExternalRead return a boolean instead of void

by Galder Zamarreño (JIRA)

Galder Zamarreño created ISPN-1986: -------------------------------------- Summary: Make putForExternalRead return a boolean instead of void Key: ISPN-1986 URL: https://issues.jboss.org/browse/ISPN-1986 Project: Infinispan Issue Type: Enhancement Components: Core API Reporter: Galder Zamarreño Assignee: Manik Surtani Fix For: 6.0.0.FINAL Related to ISPN-1983 and https://hibernate.onjira.com/browse/HHH-7256, I'd like to change the API of putForExternalRead() to return a boolean instead of void. The reason for doing this is to be able to find out if the PFER did actually end up storing something or not. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 3 months

2
3
0 / 0

[JBoss JIRA] Created: (ISPN-1405) Make it possible to configure a CacheLoader dynamically

by Sanne Grinovero (JIRA)

Make it possible to configure a CacheLoader dynamically ------------------------------------------------------- Key: ISPN-1405 URL: https://issues.jboss.org/browse/ISPN-1405 Project: Infinispan Issue Type: Feature Request Reporter: Sanne Grinovero Assignee: Manik Surtani A specific "rolling upgrade" cacheloader will be needed to make rolling upgrades possible; since a rolling upgrade should not be impossible even for who didn't think about it during initial deployment, we should provide some strategy to add the needed cacheloader without taking down the node. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 3 months

3
6
0 / 0

[JBoss JIRA] Created: (ISPN-1406) Make eviction.maxEntries a dynamically reconfigurable property

by Sanne Grinovero (JIRA)

Make eviction.maxEntries a dynamically reconfigurable property -------------------------------------------------------------- Key: ISPN-1406 URL: https://issues.jboss.org/browse/ISPN-1406 Project: Infinispan Issue Type: Feature Request Reporter: Sanne Grinovero Assignee: Manik Surtani in particular we will need to be able to set it to zero, to force a running node to still process requests but flush all it's state to the cacheloader in preparation for shutdown. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 3 months

2
3
0 / 0

[JBoss JIRA] Created: (ISPN-1402) Limit rate of incoming requests on Hot Rod server

by Sanne Grinovero (JIRA)

Limit rate of incoming requests on Hot Rod server ------------------------------------------------- Key: ISPN-1402 URL: https://issues.jboss.org/browse/ISPN-1402 Project: Infinispan Issue Type: Feature Request Components: Cache Server Reporter: Sanne Grinovero Assignee: Manik Surtani Fix For: 5.1.0.BETA1 Like application servers have a way to configure a limit of parallel incoming requests, if a too high number of requests is incoming some of these should be put in a queue, to protect the server performance. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 3 months

2
3
0 / 0

[JBoss JIRA] Created: (ISPN-1043) Ensure properly clustered and booted cache node is used for distribtued executors and map reduce

by Vladimir Blagojevic (JIRA)

Ensure properly clustered and booted cache node is used for distribtued executors and map reduce ------------------------------------------------------------------------------------------------ Key: ISPN-1043 URL: https://issues.jboss.org/browse/ISPN-1043 Project: Infinispan Issue Type: Bug Components: Distributed Cache Affects Versions: 5.0.0.BETA1 Reporter: Vladimir Blagojevic Assignee: Vladimir Blagojevic Fix For: 5.0.0.BETA2 We have to ensure that only properly booted and clustered Infinispan cache nodes are used for distributed execution and mapreduce http://community.jboss.org/thread/165231?tstart=0 -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 3 months

2
4
0 / 0

[JBoss JIRA] Created: (ISPN-1041) Ensure Callable isolation as it gets invoked across the cluster

by Vladimir Blagojevic (JIRA)

Ensure Callable isolation as it gets invoked across the cluster --------------------------------------------------------------- Key: ISPN-1041 URL: https://issues.jboss.org/browse/ISPN-1041 Project: Infinispan Issue Type: Bug Components: Distributed Cache Affects Versions: 5.0.0.BETA1 Reporter: Vladimir Blagojevic Assignee: Vladimir Blagojevic Fix For: 5.0.0.CR1 If Callable submitted for distributed execution contains mutable instance fields they might get mutated locally before being sent for a remote execution thus potentially resulting in wrong results being returned to a task invoker. Just before Callable is dispersed across cluster it gets invoked locally where instance fields of a submitted Callable can be possibly mutated; Callable is in turn sent to remote nodes with mutated values instead of "original" field values as submitted by user. We need to ensure that each execution node gets a pristine version of Callable object submitted by the user. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 3 months

2
5
0 / 0

[JBoss JIRA] Created: (ISPN-1039) Create DistributedExecutorService and MapReduce examples

by Vladimir Blagojevic (JIRA)

Create DistributedExecutorService and MapReduce examples --------------------------------------------------------- Key: ISPN-1039 URL: https://issues.jboss.org/browse/ISPN-1039 Project: Infinispan Issue Type: Task Components: Demos and Tutorials Affects Versions: 5.0.0.BETA1 Reporter: Vladimir Blagojevic Assignee: Vladimir Blagojevic Fix For: 5.0.0.FINAL Create at least a few examples/use cases for DistributedExecutorService and MapReduceTask. Include these examples into a test suite and include them into getting started wiki page for distributed execution framework. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 3 months

2
4
0 / 0

[JBoss JIRA] Created: (ISPN-1274) DefaultExecutorService uses no thread pool when it decides to invokeLocally

by Thomas Peuss (JIRA)

DefaultExecutorService uses no thread pool when it decides to invokeLocally --------------------------------------------------------------------------- Key: ISPN-1274 URL: https://issues.jboss.org/browse/ISPN-1274 Project: Infinispan Issue Type: Bug Components: Distributed Cache Affects Versions: 5.0.0.CR8 Reporter: Thomas Peuss Assignee: Manik Surtani DefaultExecutorService uses no thread pool when it decides to invokeLocally. It always uses the calling thread in this case. This leads to bad concurrency (1). -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 3 months

7
9
0 / 0

[JBoss JIRA] Created: (ISPN-1129) method o.i.distexec.DefaultExecutorService.invokeAny(Collection tasks) never returns

by Mikhail Khludnev (JIRA)

method o.i.distexec.DefaultExecutorService.invokeAny(Collection tasks) never returns ------------------------------------------------------------------------------------ Key: ISPN-1129 URL: https://issues.jboss.org/browse/ISPN-1129 Project: Infinispan Issue Type: Bug Components: Core API Affects Versions: 5.0.0.CR3 Reporter: Mikhail Khludnev Assignee: Manik Surtani DefaultExecutorService.invokeAny() seems not working ever just because DistributedExecutionCompletionService seems not working too, because it never attach it's listener to tasks. I made a test, but didn't find an easy approach to fix it. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 3 months

3
5
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues May 2012