August 2011 - infinispan-issues - Jboss List Archives

[JBoss JIRA] Created: (ISPN-1312) AsyncGet fails to cleanup Flags

by Sanne Grinovero (JIRA)

AsyncGet fails to cleanup Flags ------------------------------- Key: ISPN-1312 URL: https://issues.jboss.org/browse/ISPN-1312 Project: Infinispan Issue Type: Bug Affects Versions: 5.0.0.CR8 Reporter: Sanne Grinovero Assignee: Sanne Grinovero Priority: Critical Fix For: 5.0.0.FINAL, 5.1.0.ALPHA1 Any flags enabled on an async get operation will affect both the get operation, all subsequent async get operations, and the next operation of any type (all in the same thread). -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 8 months

1
2
0 / 0

[JBoss JIRA] Created: (ISPN-1310) CACHE_MODE_LOCAL Flag is ignored by Get operations

by Sanne Grinovero (JIRA)

CACHE_MODE_LOCAL Flag is ignored by Get operations -------------------------------------------------- Key: ISPN-1310 URL: https://issues.jboss.org/browse/ISPN-1310 Project: Infinispan Issue Type: Bug Affects Versions: 5.0.0.CR8 Reporter: Sanne Grinovero Assignee: Sanne Grinovero Fix For: 5.0.0.FINAL, 5.1.0.ALPHA1 CACHE_MODE_LOCAL should prevent even a Get operation to send RPCs. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 8 months

2
2
0 / 0

[JBoss JIRA] Created: (ISPN-1311) AsyncGet is not async when there's no CacheLoader, or CacheLoader is skipped

by Sanne Grinovero (JIRA)

AsyncGet is not async when there's no CacheLoader, or CacheLoader is skipped ---------------------------------------------------------------------------- Key: ISPN-1311 URL: https://issues.jboss.org/browse/ISPN-1311 Project: Infinispan Issue Type: Bug Affects Versions: 5.0.0.CR8 Reporter: Sanne Grinovero Assignee: Sanne Grinovero Fix For: 5.0.0.FINAL, 5.1.0.ALPHA1 If there is no cacheLoader configured, or if either SKIP_CACHE_LOAD or SKIP_CACHE_STORE are enabled, the async operation will block the caller until it's performed by using wrapInFuture instead of using the asyncExecutor. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 8 months

2
2
0 / 0

[JBoss JIRA] Created: (ISPN-1206) rest and memcached server modules aren't isolated and affect each other

by Michal Linhard (JIRA)

rest and memcached server modules aren't isolated and affect each other ----------------------------------------------------------------------- Key: ISPN-1206 URL: https://issues.jboss.org/browse/ISPN-1206 Project: Infinispan Issue Type: Bug Components: Cache Server Affects Versions: 5.0.0.CR4 Reporter: Michal Linhard Assignee: Galder Zamarreño if we work with the same key with REST and memcached client at once, a server side class cast exception occurs because both work with different value representation: SERVER_ERROR java.lang.ClassCastException: [B cannot be cast to org.infinispan.server.memcached.MemcachedValue SERVER_ERROR java.lang.ClassCastException: [B cannot be cast to org.infinispan.server.core.CacheValue test: https://svn.devel.redhat.com/repos/jboss-qa/edg/edg-adapter/src/test/java... -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 8 months

3
13
0 / 0

[JBoss JIRA] Created: (ISPN-1285) Expired cache entries remains in the cache

by Martin Gencur (JIRA)

Expired cache entries remains in the cache ------------------------------------------ Key: ISPN-1285 URL: https://issues.jboss.org/browse/ISPN-1285 Project: Infinispan Issue Type: Bug Affects Versions: 5.0.0.CR8 Reporter: Martin Gencur Assignee: Manik Surtani Fix For: 5.0.0.FINAL Default values for expiration specified via Infinispan configuration file (tag <expiration lifespan="2000" maxIdle="1000" />) do not influence real lifespan of cache entries. A test that proves this can be found at https://svn.devel.redhat.com/repos/jboss-qa/edg/infinispan-functional-tes.... To run it, one has to set ISPN_HOME property pointing to standalone Infinispan (e.g. /tmp/infinispan-5.0.0.CR8) and run "mvn clean verify". Configuration files (infinispan-config-repl.xml) can be found in the project under src/test/resources and are used automatically for the test. The test is using 2 standalone Infinispan instances with replicated cache and configured file cache stores. Expiration should remove a cache entry from all locations (all cache in the cluster, all cache stores). The test fails on this line: Assert.assertEquals(null, cache.get("k3")); To run the test it is also needed to checkout the following projects and run "mvn clean install" on them: https://github.com/arquillian/arquillian-core https://github.com/infinispan/infinispan-arquillian-container The test will use hostnames test1 and test2, so these should be bound to virtual interfaces. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 8 months

3
20
0 / 0

[JBoss JIRA] Created: (ISPN-1300) Reduce number of files generated by FileCacheStore

by Robert Stupp (JIRA)

Reduce number of files generated by FileCacheStore -------------------------------------------------- Key: ISPN-1300 URL: https://issues.jboss.org/browse/ISPN-1300 Project: Infinispan Issue Type: Enhancement Reporter: Robert Stupp Assignee: Manik Surtani The current implementation of FileCacheStore creates one file for each hash key - which results in up to 4.2 billion files (2^32). It should limit the number of files to a) improve performance of purge b) reduce number of open file handles (system resources) c) reduce number of Java objects/heap (JVM resources) d) improve performance The implementation allows us to do so. Only 4 lines of code are necessary in FileCacheStore implementation: private int hashKeyMask = 0xfffffc00; // TODO should get a configuration entry @Override protected Integer getLockFromKey(Object key) { return Integer.valueOf(key.hashCode() & hashKeyMask); } This reduces the number of files to 2^22 = 4,194,304 files. Since each application and each cache store has different semantics the hasKeyMask value should be configurable - best would be to configure the number of bits. Side effect: If someone changes the FileCacheStore hasKeyMask, the whole cache store becomes unuseable. So I opened another enhancement ... -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 8 months

3
8
0 / 0

[JBoss JIRA] Commented: (ISPN-20) check whether locking in JDBC cache stores can be replaced with SELECT FOR UPDATE

by Robert Stupp (JIRA)

[ https://issues.jboss.org/browse/ISPN-20?page=com.atlassian.jira.plugin.sy... ] Robert Stupp commented on ISPN-20: ---------------------------------- You cannot assume, that all databases support transactions at all. MySQL/MyISAM does not support transactions MySQL/InnoDB supports transactions MyQSL/NDB ??? SQL-Server supports transactions, but real row-level locking is a nightmare with it Oracle - works - row level locking - has some "special" SQL that's great for this issue (read/write lock / exists-check) - don't remenmber the exact use DB2 - works - but don't how locking is implemented (page / row ??) > check whether locking in JDBC cache stores can be replaced with SELECT FOR UPDATE > --------------------------------------------------------------------------------- > > Key: ISPN-20 > URL: https://issues.jboss.org/browse/ISPN-20 > Project: Infinispan > Issue Type: Feature Request > Components: Loaders and Stores, Locking and Concurrency > Reporter: Mircea Markus > Assignee: Galder Zamarreño > Labels: hackathon > Fix For: 5.1.0.BETA1, 5.1.0.FINAL > > > Not sure whether the 'outside' locking (MVCC) can't be used so that we won't need locking code within cache stores -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 8 months

1
0
0 / 0

[JBoss JIRA] Created: (ISPN-1302) Check cache store implementations if they profit by the improvements in FileCacheStore

by Robert Stupp (JIRA)

Check cache store implementations if they profit by the improvements in FileCacheStore -------------------------------------------------------------------------------------- Key: ISPN-1302 URL: https://issues.jboss.org/browse/ISPN-1302 Project: Infinispan Issue Type: Enhancement Components: Loaders and Stores Affects Versions: 5.0.0.CR8 Reporter: Robert Stupp Assignee: Manik Surtani Priority: Minor FileCacheStore has got a number of improvements ISPN-1286 ISPN-1288 ISPN-1289 ISPN-1290 ISPN-1300 It should be checked, if other CacheStore implementation can benefit from these improvements. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 8 months

2
3
0 / 0

[JBoss JIRA] Created: (ISPN-1276) warn when using indexing but query module isn't present on classpath

by Michal Linhard (JIRA)

warn when using indexing but query module isn't present on classpath -------------------------------------------------------------------- Key: ISPN-1276 URL: https://issues.jboss.org/browse/ISPN-1276 Project: Infinispan Issue Type: Feature Request Components: Configuration, Querying Affects Versions: 5.0.0.CR8 Reporter: Michal Linhard Assignee: Manik Surtani It is possible to use indexing in the config xml: {code} <infinispan> <default> <invocationBatching enabled="true" /> <indexing enabled="true" indexLocalOnly="true"> <properties> <property name="hibernate.search.default.directory_provider" value="ram" /> </properties> </indexing> </default> </infinispan> {code} but without query module + it's dependencies on the classpath. I'd expect to be warned in such case... what happens is that LocalQueryInterceptor isn't added to the interceptor chain and indexing is not used, nothing is reported ... -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 8 months

4
7
0 / 0

[JBoss JIRA] Created: (ISPN-1299) cache.putAll( Map ) writes duplicate entries to the index

by Sanne Grinovero (JIRA)

cache.putAll( Map ) writes duplicate entries to the index --------------------------------------------------------- Key: ISPN-1299 URL: https://issues.jboss.org/browse/ISPN-1299 Project: Infinispan Issue Type: Bug Components: Querying Affects Versions: 5.0.0.CR8 Reporter: Sanne Grinovero Assignee: Sanne Grinovero Fix For: 5.0.0.FINAL, 5.1.0.ALPHA1 the visitPutMapCommand in Query doesn't consider the case in which the map contains existing entries -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 8 months

2
2
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues August 2011