January 2014 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-2399) CacheManager.startCaches very slow when multiple caches are passed in

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-2399?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-2399: -------------------------------- Component/s: Core > CacheManager.startCaches very slow when multiple caches are passed in > --------------------------------------------------------------------- > > Key: ISPN-2399 > URL: https://issues.jboss.org/browse/ISPN-2399 > Project: Infinispan > Issue Type: Feature Request > Components: Core > Affects Versions: 5.2.0.Beta1 > Reporter: Mircea Markus > Assignee: Mircea Markus > > the TransactionsSpanningReplicatedCachesTest uses the following code to start multiple caches: > {code:java} > cm1.startCaches("c1", "c2", "cache1", "cache2", CacheContainer.DEFAULT_CACHE_NAME); > cm2.startCaches("c1", "c2", "cache1", "cache2", CacheContainer.DEFAULT_CACHE_NAME); > waitForClusterToForm("c1", "c2", "cache1", "cache2"); > {code} > On my machine(MBP) this executes in 12 mins.The functionally equivalent below executes in 15 secs: > {code:java} > private void startAllCaches() { > startCache("c1"); > startCache("c2"); > startCache("cache1"); > startCache("cache2"); > startCache(CacheContainer.DEFAULT_CACHE_NAME); > } > private void startCache(String c1) { > cm1.getCache(c1); > cm2.getCache(c1); > waitForClusterToForm(c1); > } > {code} > We need to analyse why this takes so long and also updated the test to use the CacheManagers.startCaches.. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-1605) GridFileSystem load file from file system should by suported

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-1605?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-1605: -------------------------------- Component/s: Core > GridFileSystem load file from file system should by suported > --------------------------------------------------------------- > > Key: ISPN-1605 > URL: https://issues.jboss.org/browse/ISPN-1605 > Project: Infinispan > Issue Type: Feature Request > Components: Core > Reporter: Jeffrey Jia > Assignee: Manik Surtani > Priority: Minor > > Grid file system should load files from file system if not in cache. > 1. The node which can load file from file system appoint in config file. > for example: infinispan.xml > <global> > > <hotspot enabled="true" location="/home/Jeffrey/tmp" /> > > </global> > the element 'locction' is base path. > 2. eviction strategy should base on file not individual base on data cache and metadata cache. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-1495) Implement a GlusterFS store to be used as a CacheLoader

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-1495?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-1495: -------------------------------- Priority: Minor (was: Major) > Implement a GlusterFS store to be used as a CacheLoader > ------------------------------------------------------- > > Key: ISPN-1495 > URL: https://issues.jboss.org/browse/ISPN-1495 > Project: Infinispan > Issue Type: Feature Request > Reporter: Sanne Grinovero > Assignee: Manik Surtani > Priority: Minor > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-1495) Implement a GlusterFS store to be used as a CacheLoader

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-1495?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-1495: -------------------------------- Component/s: Loaders and Stores > Implement a GlusterFS store to be used as a CacheLoader > ------------------------------------------------------- > > Key: ISPN-1495 > URL: https://issues.jboss.org/browse/ISPN-1495 > Project: Infinispan > Issue Type: Feature Request > Components: Loaders and Stores > Reporter: Sanne Grinovero > Assignee: Manik Surtani > Priority: Minor > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-1834) Improve the way custom objects are injected into ExtendedModuleCommandFactory impls

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-1834?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-1834: -------------------------------- Component/s: Core > Improve the way custom objects are injected into ExtendedModuleCommandFactory impls > ----------------------------------------------------------------------------------- > > Key: ISPN-1834 > URL: https://issues.jboss.org/browse/ISPN-1834 > Project: Infinispan > Issue Type: Enhancement > Components: Core > Reporter: Galder Zamarreño > Assignee: Manik Surtani > > Retrieving the ExtendedModuleCommandFactory associated with a cache manager is a PITA right now, you have to do: > {code}GlobalComponentRegistry globalCr = cache.getComponentRegistry().getGlobalComponentRegistry(); > // TODO: This is a hack, make it easier to retrieve in Infinispan! > return (CacheCommandFactory) ((Map) globalCr.getComponent("org.infinispan.modules.command.factories")) > .values().iterator().next(); > {code} > Provide a cleaner way of initialising cache command factories for custom objects that the factory can plug into the remote commands. Example: evict all in 2LC where commands need to know the cache region (a Hibernate construct) on which to operate on. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-1744) Write test for externally provided topology

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-1744?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-1744: -------------------------------- Component/s: Test Suite - Core > Write test for externally provided topology > ------------------------------------------- > > Key: ISPN-1744 > URL: https://issues.jboss.org/browse/ISPN-1744 > Project: Infinispan > Issue Type: Task > Components: Test Suite - Core > Reporter: NadirX > Assignee: Tristan Tarrant > Priority: Minor > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2480) iOS client (over websocket)

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-2480?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-2480: -------------------------------- Component/s: Remote protocols > iOS client (over websocket) > --------------------------- > > Key: ISPN-2480 > URL: https://issues.jboss.org/browse/ISPN-2480 > Project: Infinispan > Issue Type: Feature Request > Components: Remote protocols > Reporter: Matthias Wessendorf > Assignee: Mircea Markus > > Hi, > for a demo I created an iOS library that is accessing the Infinispan server via WebSocket (used the iOS SocketRocket library). > The "infinispan-ios" library is basically port of the JavaScript websocket file: > https://github.com/matzew/infinispan-ios > I'd like to 'contribute' this work to the ISPN project. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2456) Map/Reduce code and documentation uses both Combiner and Reducer interchangeably

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-2456?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-2456: -------------------------------- Component/s: Test Suite - Core > Map/Reduce code and documentation uses both Combiner and Reducer interchangeably > --------------------------------------------------------------------------------- > > Key: ISPN-2456 > URL: https://issues.jboss.org/browse/ISPN-2456 > Project: Infinispan > Issue Type: Feature Request > Components: Test Suite - Core > Affects Versions: 5.1.8.Final, 5.2.0.Beta2 > Reporter: Mircea Markus > Assignee: Vladimir Blagojevic > > This is a bit confusing for people reading the code and the documentation, we should stick to a single name, i.e. reducer. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-492) Use map implementations that do array equality based on contents

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-492?page=com.atlassian.jira.plugin.s... ] Mircea Markus resolved ISPN-492. -------------------------------- Resolution: Out of Date this is already supported > Use map implementations that do array equality based on contents > ---------------------------------------------------------------- > > Key: ISPN-492 > URL: https://issues.jboss.org/browse/ISPN-492 > Project: Infinispan > Issue Type: Feature Request > Reporter: Galder Zamarreño > Assignee: Manik Surtani > Fix For: 7.0.0.Final > > > Make Infinispan use backing maps that do array equality based on its contents and not on reference. > This would for example allow us to have maps with byte[] as keys without the need of wrapping these arrays into something else. > This would need subclassing or reimplementing maps to make comparisons based on contents. > An config option could be added if someone needed standard JDK map behavior. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-848) Enhance HotRod to allow explicit locking of keys

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-848?page=com.atlassian.jira.plugin.s... ] Mircea Markus updated ISPN-848: ------------------------------- Component/s: Remote protocols > Enhance HotRod to allow explicit locking of keys > ------------------------------------------------ > > Key: ISPN-848 > URL: https://issues.jboss.org/browse/ISPN-848 > Project: Infinispan > Issue Type: Feature Request > Components: Remote protocols > Reporter: Erik Salter > Assignee: Manik Surtani > > Hot Rod clients should allow explicit locking of keys, especially useful for the "find-for-update" design pattern. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 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 January 2014