April 2012 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-1513) Enhance distributed executor framework to be more topology aware

by David B (Created) (JIRA)

Enhance distributed executor framework to be more topology aware ---------------------------------------------------------------- Key: ISPN-1513 URL: https://issues.jboss.org/browse/ISPN-1513 Project: Infinispan Issue Type: Enhancement Components: Distributed Cache Affects Versions: 5.0.1.FINAL Reporter: David B Assignee: Manik Surtani Priority: Minor Our environment has 2 local infinispan/jgroups clusters with a jgroups relay cluster to handle geographic failover. Our sites are geographically distant over a WAN. Currently DistributedExecutorService's submitEverywhere() sends Callables to every node in both local clusters. We would rather have additional methods provided to DistributedExecutorService to constrain submission on Callables to the same/local site. Currently I have extended DefaultExecutorService with my own TopologyAwareExecutorService and added a submitSameSite() method using the TopologyAwareAddress.isSameSite(). I did need to patch DistributedRunnableFuture in DefaultExecutorService to mark it protected vs. private. This could be extended to also provide submitSameRack() & submitSameMachine() though currently we don't have a use case for that. -- 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

6
8
0 / 0

[JBoss JIRA] (ISPN-1524) Make configuration of cache stores fluent

by Pete Muir (Created) (JIRA)

Make configuration of cache stores fluent ----------------------------------------- Key: ISPN-1524 URL: https://issues.jboss.org/browse/ISPN-1524 Project: Infinispan Issue Type: Feature Request Components: Configuration, Loaders and Stores Affects Versions: 5.1.0.BETA4 Reporter: Pete Muir Assignee: Manik Surtani Fix For: 5.2.0.FINAL -- 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
2
0 / 0

[JBoss JIRA] (ISPN-1827) De-couple cache view installation and state transfer (consistent hash installation)s

by Dan Berindei (JIRA)

Dan Berindei created ISPN-1827: ---------------------------------- Summary: De-couple cache view installation and state transfer (consistent hash installation)s Key: ISPN-1827 URL: https://issues.jboss.org/browse/ISPN-1827 Project: Infinispan Issue Type: Task Components: State transfer Affects Versions: 5.1.0.FINAL Reporter: Dan Berindei Assignee: Dan Berindei Fix For: 5.2.0.FINAL We need to know the primary owner of a key in order to do pretty much anything, and every member of a cache view should compute the same primary owner at all times. So we need a 2PC cache view installation immediately after any leave to ensure that every node determines the primary owner in the same way - we can't coalesce leaves. However, it's highly desirable to coalesce state transfers caused by a node leaving - perhaps because we are shutting down half of the cluster to do an upgrade. So we should separate the state transfer from the cache view installation, and each one should have its own 2PC process. -- 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

1
1
0 / 0

[JBoss JIRA] Created: (ISPN-1192) Map/Reduce over REST

by Manik Surtani (JIRA)

Map/Reduce over REST -------------------- Key: ISPN-1192 URL: https://issues.jboss.org/browse/ISPN-1192 Project: Infinispan Issue Type: Feature Request Components: Cache Server Reporter: Manik Surtani Assignee: Manik Surtani Fix For: 5.2.0.Final Allow Map/Reduce tasks to be executed over REST -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 3 months

3
2
0 / 0

[JBoss JIRA] Created: (ISPN-1094) Map/Reduce over HotRod

by Galder Zamarreño (JIRA)

Map/Reduce over HotRod ---------------------- Key: ISPN-1094 URL: https://issues.jboss.org/browse/ISPN-1094 Project: Infinispan Issue Type: Feature Request Components: Cache Server Reporter: Galder Zamarreño Assignee: Manik Surtani Map/Reduce over HotRod. Most probably we'll settle on portable javascript code to be executable remotely. More info in the discussion thread. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 3 months

7
13
0 / 0

[JBoss JIRA] Created: (ISPN-1284) change default tx enlistment

by Mircea Markus (JIRA)

change default tx enlistment ---------------------------- Key: ISPN-1284 URL: https://issues.jboss.org/browse/ISPN-1284 Project: Infinispan Issue Type: Feature Request Components: Configuration, Transactions Affects Versions: 5.0.0.CR8 Reporter: Mircea Markus Assignee: Mircea Markus Fix For: 5.1.0.ALPHA1, 5.1.0.FINAL ATM transactions are being enlisted as XAResources with recovery disabled. XAResource enlistment *without* recovery does not bring any benefit over Synchronization enlistment, which is more efficient(30-40%): http://infinispan.blogspot.com/2011/06/transactions-enhancements-in-50.html So the suggested enlistment should be Synchronization (default). Also if xa-enlistment is preferred then recovery should be enabled by default - there's little reason in using XAResource enlistment without recovery. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 3 months

9
27
0 / 0

[JBoss JIRA] (ISPN-2001) Update AbstractModuleLifecycle to avoid deprecated types in SPI signature

by Sanne Grinovero (JIRA)

Sanne Grinovero created ISPN-2001: ------------------------------------- Summary: Update AbstractModuleLifecycle to avoid deprecated types in SPI signature Key: ISPN-2001 URL: https://issues.jboss.org/browse/ISPN-2001 Project: Infinispan Issue Type: Task Reporter: Sanne Grinovero Assignee: Manik Surtani Fix For: 5.2.0.ALPHA1 To make use of this class integrating modules need to implement {code} org.infinispan.lifecycle.AbstractModuleLifecycle.cacheManagerStarting(GlobalComponentRegistry, GlobalConfiguration) org.infinispan.lifecycle.AbstractModuleLifecycle.cacheStarting(ComponentRegistry, Configuration, String) {code} but thse GlobalConfiguration and Configuration types are deprecated. We should have an overloaded version to make sure extension modules have time to migrate. -- 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
6
0 / 0

[JBoss JIRA] Created: (ISPN-1409) Introduce a binary-stream upgrading CacheLoader

by Sanne Grinovero (JIRA)

Introduce a binary-stream upgrading CacheLoader ----------------------------------------------- Key: ISPN-1409 URL: https://issues.jboss.org/browse/ISPN-1409 Project: Infinispan Issue Type: Feature Request Reporter: Sanne Grinovero Assignee: Manik Surtani Fix For: 5.1.0.BETA1 We need a CacheLoader decorator able to chain sets of two different Externalizers which are targeting the same Java type to transform from one binary format to the next binary format. Example: a Person object stored in the cache and an Externalizer is coupled to it. In a new release the Externalizer is changed to provide a different binary representation. Using the old one the stream is transformed from a byte[] to a Person, then this Java instance is feed to the new Externalizer implementation to get the new corresponding byte[]; the updated stream is stored in the decorated CacheLoader so that the nodes going to be attached to the cache store and using the new Externalizer will be fine. A little complexity is introduced if the cache has to know about different sets of Externalizers if several different types need to be upgraded. A possible solution is to use a single decorator instance for each type, creating a chain of decorators if they are able to pass "as is" each externalizer id they are not directly coupled to. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 3 months

5
4
0 / 0

[JBoss JIRA] Created: (ISPN-1337) Infinispan query module: searchManagerImpl.extractType() throws exception on some OS.

by JaeHee Roh (JIRA)

Infinispan query module: searchManagerImpl.extractType() throws exception on some OS. ------------------------------------------------------------------------------------- Key: ISPN-1337 URL: https://issues.jboss.org/browse/ISPN-1337 Project: Infinispan Issue Type: Bug Components: Querying Affects Versions: 5.0.0.FINAL Environment: JAVA java version "1.6.0_24" Java(TM) SE Runtime Environment (build 1.6.0_24-b07) Java HotSpot(TM) 64-Bit Server VM (build 19.1-b02, mixed mode) OS # uname -ovr 2.6.38-8-generic #42-Ubuntu SMP Mon Apr 11 03:31:24 UTC 2011 GNU/Linux Tested with Infinispan 5.0.0.FINAL and 5.0.0.CR8. Both versions failed on this Ubuntu platform. However, it is ok on Suse platform. # uname -ovr 2.6.16.60-0.85.1-smp #1 SMP Thu Mar 17 11:45:06 UTC 2011 GNU/Linux Reporter: JaeHee Roh Assignee: Manik Surtani Priority: Critical This is a same problem as https://issues.jboss.org/browse/ISPN-1232 which fixed in 5.0.0.CR8 and 5.0.0.FINAL but it seems that fix is working on some OS but not all of OS. -- 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-1141) BigMemory Direct buffer

by Magnus Magnus (JIRA)

BigMemory Direct buffer ----------------------- Key: ISPN-1141 URL: https://issues.jboss.org/browse/ISPN-1141 Project: Infinispan Issue Type: Enhancement Components: Distributed Cache Reporter: Magnus Magnus Assignee: Manik Surtani It should be configurable if data stored by NIO buffer or not. It means data stored outside of java heap. Create, destroy in the external memory should be managed by infinispan. With this solution gc can run fast however infinispan node can handle huge amount of memory. In the current case the optional size of the java memory of a node is smaller or equals than 4GB because of garbage collection issues above 4GB. See a similar thing in EHCache BigMemory. http://www.snoopal.com/documents/GaSovOTchHCsOF5X7bG691/-Scale-over-the-l... 12nd page -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 3 months

5
8
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues April 2012