January 2012 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-1792) Modification timestamp of cache entries

by Thomas Fromm (JIRA)

Thomas Fromm created ISPN-1792: ---------------------------------- Summary: Modification timestamp of cache entries Key: ISPN-1792 URL: https://issues.jboss.org/browse/ISPN-1792 Project: Infinispan Issue Type: Feature Request Components: Core API Affects Versions: 5.1.0.FINAL Reporter: Thomas Fromm Assignee: Manik Surtani To realise things like: programmatic delete last X entries from cache, I need the modification timestamp of the cache entry. ATM I store it inside the key object (cause I cannot modify value objects) and have my own index on this. Getting the modification timestamp using the advanced cache api would be really nice. -- 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

2
7
0 / 0

[JBoss JIRA] Created: (ISPN-633) NotSerializableException seen on DIST deadlock detectioion

by Erik Salter (JIRA)

NotSerializableException seen on DIST deadlock detectioion ---------------------------------------------------------- Key: ISPN-633 URL: https://jira.jboss.org/browse/ISPN-633 Project: Infinispan Issue Type: Bug Affects Versions: 4.2.0.ALPHA1 Reporter: Erik Salter Assignee: Manik Surtani Attachments: infinispan-multiplethreads.tgz As reported on the forums: -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years

3
5
0 / 0

[JBoss JIRA] Created: (ISPN-1282) README-Maven.txt double redirection

by Emmanuel Bernard (JIRA)

README-Maven.txt double redirection ----------------------------------- Key: ISPN-1282 URL: https://issues.jboss.org/browse/ISPN-1282 Project: Infinispan Issue Type: Enhancement Reporter: Emmanuel Bernard Assignee: Manik Surtani README-maven redirects to http://community.jboss.org/wiki/InfinispanandMaven which asks you to redirect to https://docs.jboss.org/author/display/ISPN/Infinispan+and+Maven which asks you to redirect to https://docs.jboss.org/author/display/ISPN/Contributing+to+Infinispan#Con... Note that these redirects and the info must live here forever to be able to rebuild old version of Infinispan. If a change is made, the old content needs to be kept. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years

3
6
0 / 0

[JBoss JIRA] Created: (ISPN-132) FIFO queu support

by Bryan Grunow (JIRA)

FIFO queu support ----------------- Key: ISPN-132 URL: https://jira.jboss.org/jira/browse/ISPN-132 Project: Infinispan Issue Type: Feature Request Components: Core API Reporter: Bryan Grunow Assignee: Manik Surtani Add support for retrieving entries from the cache via insertion (FIFO) order. For example, cache.getNext(); would return the next entry in the queue. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years

2
2
0 / 0

[JBoss JIRA] (ISPN-1540) Refactor distribution interceptor

by Mircea Markus (Created) (JIRA)

Refactor distribution interceptor --------------------------------- Key: ISPN-1540 URL: https://issues.jboss.org/browse/ISPN-1540 Project: Infinispan Issue Type: Feature Request Components: Distributed Cache Reporter: Mircea Markus Assignee: Mircea Markus DistributionInterceptor, as it looks now is unnecessary complex. Before adding more functionality on top of it (i.e. ISPN-1539) it should be refactored: - extract L1 logic into a different interceptor - this would require moving the StateTransferLock logic into another interceptor as well - now that we have separation between tx and non-tx caches, we can extract the remaining logic into TransactionalDistributionInterceptor and NonTransactional... -- 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

7
10
0 / 0

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

by Sanne Grinovero (Created) (JIRA)

Implement a GlusterFS client 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 -- 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

2
1
0 / 0

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

by Galder Zamarreno (JIRA)

Use map implementations that do array equality based on contents ---------------------------------------------------------------- Key: ISPN-492 URL: https://jira.jboss.org/browse/ISPN-492 Project: Infinispan Issue Type: Feature Request Reporter: Galder Zamarreno Assignee: Manik Surtani 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 contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years

2
1
0 / 0

[JBoss JIRA] Created: (ISPN-1367) Add SPI which can be used to attach extra info to a serialized data and callback when data is deserialized

by Pete Muir (JIRA)

Add SPI which can be used to attach extra info to a serialized data and callback when data is deserialized ---------------------------------------------------------------------------------------------------------- Key: ISPN-1367 URL: https://issues.jboss.org/browse/ISPN-1367 Project: Infinispan Issue Type: Feature Request Affects Versions: 5.0.0.FINAL Reporter: Pete Muir Assignee: Manik Surtani Fix For: 5.1.0.ALPHA1 In an environment such as JBoss AS, where there is some sort of consistent identification of deployments across nodes (i.e. a deployment id) this SPI can be used to attach the deployment id to the serialized data, and then on deserialization used to locate the correct classloader to use -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 1 month

4
16
0 / 0

[JBoss JIRA] (ISPN-1466) Async configuration tag affects communication between cache and HotRod client

by Martin Gencur (Created) (JIRA)

Async configuration tag affects communication between cache and HotRod client ----------------------------------------------------------------------------- Key: ISPN-1466 URL: https://issues.jboss.org/browse/ISPN-1466 Project: Infinispan Issue Type: Bug Affects Versions: 5.1.0.ALPHA1 Reporter: Martin Gencur Assignee: Manik Surtani When using a REPL (replicated) cache with configuration tag <async useReplQueue="true" replQueueMaxElements="3" replQueueInterval="1000" />, HotRod client cannot see a cache entry which was just stored into a cache. The entry is visible not before the replication queue is flushed (either because of MaxElements limit or QueueInterval). I'll attach a testcase but here's a test snippet that fails at first assert: {code} @Test public void testQueueSize() throws Exception { RemoteCache<String, String> asyncCache1 = rcm1.getCache(asyncCacheSize); RemoteCache<String, String> asyncCache2 = rcm2.getCache(asyncCacheSize); asyncCache1.clear(); asyncCache1.put("k1", "v1"); assertTrue(null != asyncCache1.get("k1")); assertTrue(null == asyncCache2.get("k2")); asyncCache1.put("k2", "v2"); //k3 fills up the queue -> flush asyncCache1.put("k3", "v3"); Thread.sleep(1000); //wait for the queue to be flushed assertTrue(null != asyncCache1.get("k1")); assertTrue(null != asyncCache2.get("k2")); } {code} IMO when I have cache A and B in a cluster and the cache entry is stored into the cache A, it should be visible at A and not in B. After flushing the queue it should be visible also at B. Here's the test: https://svn.devel.redhat.com/repos/jboss-qa/edg/infinispan-functional-tes... (to run it, one has to install infinispan-arquillian-container into local maven repository, set ISPN_HOME pointing to Infinispan distribution and run "mvn clean verify") -- 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, 1 month

9
36
0 / 0

[JBoss JIRA] Created: (ISPN-1318) replaceWithVersionAsync on RemoteCache (HotRod) fails to set lifespan of cache entries

by Martin Gencur (JIRA)

replaceWithVersionAsync on RemoteCache (HotRod) fails to set lifespan of cache entries -------------------------------------------------------------------------------------- Key: ISPN-1318 URL: https://issues.jboss.org/browse/ISPN-1318 Project: Infinispan Issue Type: Bug Affects Versions: 5.0.0.FINAL Reporter: Martin Gencur Assignee: Manik Surtani Cache entries remain in the cache even after their lifespan expires (when setting the lifespan via replaceWithVersionAsync and also via replaceWithVersion (sync)) The test verifying this can be found at https://svn.devel.redhat.com/repos/jboss-qa/edg/infinispan-functional-tes... - test method testReplaceWithVersionWithLifespanAsync() The test is failing on line assertEquals(null, cache.getVersioned("aKey")); To run it, one has to set ISPN_HOME property pointing to Infinispan build and run "mvn clean verify". -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 1 month

8
13
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues January 2012