October 2010 - infinispan-issues - Jboss List Archives

[JBoss JIRA] Created: (ISPN-608) Make the ReplicationQueue Listenable

by craig bomba (JIRA)

Make the ReplicationQueue Listenable ------------------------------------ Key: ISPN-608 URL: https://jira.jboss.org/browse/ISPN-608 Project: Infinispan Issue Type: Feature Request Components: Core API Reporter: craig bomba Assignee: craig bomba Priority: Minor We needed to make the ReplicationQueue listenable. We needed events for adding a command to and flushing the queue. org.infinispan.factories.EmptyConstructorNamedCacheFactory Just added ReplicationQueueNotifier.class to the @DefaultFactoryFor annotation. org.infinispan.notifications.replicationqueuelistener.ReplicationQueueNotifier Interface for the ReplicationQueue notifier. org.infinispan.notifications.replicationqueuelistener.ReplicationQueueNotifierImpl The ReplicationQueue notifier implementation. Supports events for adding and a command to and flushing the queue. org.infinispan.notifications.replicationqueuelistener.annotation.Flush org.infinispan.notifications.replicationqueuelistener.annotation.ReplicableCommandAdded The bare annotations to add to ReplicationQueue listeners. org.infinispan.notifications.replicationqueuelistener.event.Event The interface for the command added and flush event implementations. org.infinispan.notifications.replicationqueuelistener.event.FlushEvent org.infinispan.notifications.replicationqueuelistener.event.ReplicableCommandAddedEvent The event implementations. org.infinispan.remoting.ReplicationQueue Updated to implement listenable. Throws the command added event AFTER it has been added to the queue. It includes the size of the queue AFTER the command has been added. Throws the flush event AFTER the queue has been flushed. It includes the size of the queue to be flushed. -- 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

14 years, 2 months

3
14
0 / 0

[JBoss JIRA] Commented: (ISPN-180) Colocated nodes should be handled in DIST

by Mircea Markus (JIRA)

[ https://jira.jboss.org/browse/ISPN-180?page=com.atlassian.jira.plugin.sys... ] Mircea Markus commented on ISPN-180: ------------------------------------ related discussion: http://lists.jboss.org/pipermail/infinispan-dev/2010-September/006375.html > Colocated nodes should be handled in DIST > ----------------------------------------- > > Key: ISPN-180 > URL: https://jira.jboss.org/browse/ISPN-180 > Project: Infinispan > Issue Type: Feature Request > Components: Distributed Cache > Reporter: Manik Surtani > Assignee: Vladimir Blagojevic > Priority: Blocker > Fix For: 4.2.0.BETA1, 4.2.0.Final > > > DefaultConsistentHash should place addresses on the hash wheel such that colocated nodes are never less than repl_count nodes apart to prevent data loss when a server fails. -- 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

14 years, 2 months

1
0
0 / 0

[JBoss JIRA] Created: (ISPN-702) RankCalculatorListener registered to late

by Jacek Gerbszt (JIRA)

RankCalculatorListener registered to late ----------------------------------------- Key: ISPN-702 URL: https://jira.jboss.org/browse/ISPN-702 Project: Infinispan Issue Type: Bug Components: Cache Server Affects Versions: 4.2.0.ALPHA3 Reporter: Jacek Gerbszt Assignee: Manik Surtani Priority: Critical Any call to HotRod Server v. 4.2.0.ALPHA3 ends with the exception: 2010-10-14 17:39:36,953 ERROR [org.infinispan.server.core.AbstractProtocolDecoder$] (HotRodServerWorker-1-22) Exception reported org.infinispan.server.core.ServerException: java.lang.IllegalStateException: If clustered, Version prefix cannot be 0. Rank calculator probably not in use. at org.infinispan.server.core.AbstractProtocolDecoder.decode(AbstractProtocolDecoder.scala:53) at org.infinispan.server.core.transport.netty.DecoderAdapter.decode(DecoderAdapter.scala:18) at org.infinispan.server.core.transport.netty.DecoderAdapter.decode(DecoderAdapter.scala:14) at org.jboss.netty.handler.codec.replay.ReplayingDecoder.callDecode(ReplayingDecoder.java:471) at org.jboss.netty.handler.codec.replay.ReplayingDecoder.messageReceived(ReplayingDecoder.java:444) at org.jboss.netty.channel.Channels.fireMessageReceived(Channels.java:274) at org.jboss.netty.channel.Channels.fireMessageReceived(Channels.java:261) at org.jboss.netty.channel.socket.nio.NioWorker.read(NioWorker.java:350) at org.jboss.netty.channel.socket.nio.NioWorker.processSelectedKeys(NioWorker.java:281) at org.jboss.netty.channel.socket.nio.NioWorker.run(NioWorker.java:201) at org.jboss.netty.util.internal.IoWorkerRunnable.run(IoWorkerRunnable.java:46) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) The reason is that RankCalculatorListener is registered to late - in org.infinispan.server.core.start() method, which is called at the end of overriding org.infinispan.server.hotrod.HotRodServer.start(), which in turn starts all the defined caches. Maybe there is a need for adding a new lifecycle method to ProtocolServer - create(). Like in JMX services. -- 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

14 years, 2 months

2
4
0 / 0

[JBoss JIRA] Created: (ISPN-549) improve batching documentation

by Mircea Markus (JIRA)

improve batching documentation ------------------------------ Key: ISPN-549 URL: https://jira.jboss.org/browse/ISPN-549 Project: Infinispan Issue Type: Feature Request Affects Versions: 4.1.0.Final Reporter: Mircea Markus Assignee: Mircea Markus Fix For: 5.0.0.BETA1 Email from galder Aside from these questions, I think http://community.jboss.org/docs/DOC-14901 could do with having more information. Brian's http://community.jboss.org/wiki/BatchModeTransactionManager contains some info on what's the rationale behind batching and I suspect suspect some of that is useful in Infinispan as well. On top of that, I think http://community.jboss.org/docs/DOC-14901 should answer: - Are locks maintained in a batch? - What happens at commit time in a local cache? - What happens at commit time in a clustered cache? 1PC or 2PC - What happens if a cache loader is involved? Are updates atomic on the cacheloader? - When/Why would someone use batching instead of JTA transactions? And viceversa? ...etc -- 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

14 years, 2 months

3
7
0 / 0

[JBoss JIRA] Created: (ISPN-679) Cache.values does not work correctly

by sebi presecan (JIRA)

Cache.values does not work correctly ------------------------------------ Key: ISPN-679 URL: https://jira.jboss.org/browse/ISPN-679 Project: Infinispan Issue Type: Bug Affects Versions: 4.1.0.Final Environment: Windows 7, Reporter: sebi presecan Assignee: Manik Surtani I am doing the following scenario: 1. start JTA transaction 2. add an object to the cache 3. do cache.values --> 0 entries are returned 4. do cache.get it returns my object 5. commit transaction 6. do cache.values --> 1 entries are returned I expect on step 3 to receive 1 value -- 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

14 years, 2 months

2
3
0 / 0

[JBoss JIRA] Created: (ISPN-687) JdbcStringBasedCacheStore fails to store value, uses INSERT statement on existing value when the existing one is expired

by Sanne Grinovero (JIRA)

JdbcStringBasedCacheStore fails to store value, uses INSERT statement on existing value when the existing one is expired ------------------------------------------------------------------------------------------------------------------------ Key: ISPN-687 URL: https://jira.jboss.org/browse/ISPN-687 Project: Infinispan Issue Type: Bug Components: Loaders and Stores Affects Versions: 4.2.0.ALPHA2, 4.1.0.Final, 4.0.0.Final Reporter: Sanne Grinovero Assignee: Mircea Markus Fix For: 4.2.0.BETA1, 4.2.0.Final, 5.0.0.Final org.infinispan.loaders.jdbc.stringbased.JdbcStringBasedCacheStore.storeLockSafe(InternalCacheEntry, String) checks for existance of the key it wants to store by using "loadLockSafe", so to appropriately choose INSERT or UPDATE statements to perform the store operation on the database. The problem is that if the existing item on database is expired, "loadLockSafe" will return null, having the store function in fact choose to use INSERT instead of UPDATE, and this will fail to store the entry. -- 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

14 years, 2 months

2
3
0 / 0

[JBoss JIRA] Created: (ISPN-696) NPE during state transfer after restarting cache

by Paul Ferraro (JIRA)

NPE during state transfer after restarting cache ------------------------------------------------ Key: ISPN-696 URL: https://jira.jboss.org/browse/ISPN-696 Project: Infinispan Issue Type: Bug Components: State transfer Affects Versions: 4.2.0.ALPHA2 Reporter: Paul Ferraro Assignee: Manik Surtani When a named cache is restarted, and fetchInMemoryState = true, the state transfer initiated in StateTransferManager.start() causes a NPE, because the cache's ComponentRegistry does not get reregistered with the GlobalComponentRegistry. The NPE comes from InboundInvocationHandlerImpl: public void applyState(String cacheName, InputStream i) throws StateTransferException { getStateTransferManager(cacheName).applyState(i); } private StateTransferManager getStateTransferManager(String cacheName) throws StateTransferException { ComponentRegistry cr = gcr.getNamedComponentRegistry(cacheName); if (cr == null) { return null; } return cr.getComponent(StateTransferManager.class); } A quick glance at ComponentRegistry indicates that the registry is registered with the GlobalComponentRegistry during in the constructor and unregistered on stop(). Because of this unbalanced registration, when the stopped component registry is restarted, it never get re-registered with the GlobalComponentRegistry, hence the NPE during state transfer the second time around. -- 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

14 years, 2 months

3
11
0 / 0

[JBoss JIRA] Created: (ISPN-653) Implement a cachestore for Cassandra

by Tristan Tarrant (JIRA)

Implement a cachestore for Cassandra ------------------------------------ Key: ISPN-653 URL: https://jira.jboss.org/browse/ISPN-653 Project: Infinispan Issue Type: Feature Request Components: Loaders and Stores Reporter: Tristan Tarrant Assignee: Manik Surtani Priority: Minor Implement a CacheStore for storing / loading to /from a Cassandra database. -- 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

14 years, 2 months

3
6
0 / 0

[JBoss JIRA] Created: (ISPN-690) java.io.FileNotFoundException during Directory.copy

by Paul Nardone (JIRA)

java.io.FileNotFoundException during Directory.copy --------------------------------------------------- Key: ISPN-690 URL: https://jira.jboss.org/browse/ISPN-690 Project: Infinispan Issue Type: Bug Components: Lucene Directory Affects Versions: 4.2.0.ALPHA2, 4.1.0.Final Environment: Win32 JRE 1.6.0_21-b07 Reporter: Paul Nardone Assignee: Manik Surtani Attachments: InfinispanLuceneTest.java I've been experiencing this error in an application I am developing and finally tracked it down to a more simple case The stack trace is java.io.FileNotFoundException: Error loading medatada for index file: _0.cfs|M|test1 at org.infinispan.lucene.InfinispanDirectory.openInput(InfinispanDirectory.java:262) at org.apache.lucene.store.Directory.copy(Directory.java:221) The actual cause of this error appears to be an issue with DistributedSegmentReadLocker During org.infinispan.lucene.InfinispanIndexInput.close(), readLocks.deleteOrReleaseReadLock() is called. When eviction is enabled it appears the FileReadLockKey for the .cfs file is being evicted, as SKIP_CACHE_STORE is specified null returns for the lock which causes DistributedSegmentReadLocker to proceded to delete the actual .cfs file When a later step tried to access the file it no longer exists resulting in the fileNotFoundException -- 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

14 years, 2 months

4
8
0 / 0

[JBoss JIRA] Created: (ISPN-652) Build fails due to a missing artifact - spy:memcached:jar:2.5

by Trustin Lee (JIRA)

Build fails due to a missing artifact - spy:memcached:jar:2.5 ------------------------------------------------------------- Key: ISPN-652 URL: https://jira.jboss.org/browse/ISPN-652 Project: Infinispan Issue Type: Bug Affects Versions: 4.2.0.ALPHA1 Reporter: Trustin Lee Assignee: Trustin Lee Fix For: 4.2.0.BETA1 It seems like JBoss.org Maven repository doesn't have 'spy:memcached:jar:2.5' (the original repo is: http://bleu.west.spy.net/~dustin/m2repo/) [INFO] ------------------------------------------------------------------------ [INFO] Building Infinispan Server Memcached Module [INFO] task-segment: [install] [INFO] ------------------------------------------------------------------------ Downloading: https://repository.jboss.org/nexus/content/groups/developer//spy/memcache... [INFO] Unable to find resource 'spy:memcached:pom:2.5' in repository central (http://central) Downloading: https://repository.jboss.org/nexus/content/groups/developer//spy/memcache... [INFO] Unable to find resource 'spy:memcached:pom:2.5' in repository spy (http://bleu.west.spy.net/~dustin/m2repo/) Downloading: https://repository.jboss.org/nexus/content/groups/developer//spy/memcache... [INFO] Unable to find resource 'spy:memcached:pom:2.5' in repository scala-tools.org (http://scala-tools.org/repo-releases) Downloading: https://repository.jboss.org/nexus/content/groups/developer//spy/memcache... [INFO] Unable to find resource 'spy:memcached:jar:2.5' in repository central (http://central) Downloading: https://repository.jboss.org/nexus/content/groups/developer//spy/memcache... [INFO] Unable to find resource 'spy:memcached:jar:2.5' in repository spy (http://bleu.west.spy.net/~dustin/m2repo/) Downloading: https://repository.jboss.org/nexus/content/groups/developer//spy/memcache... [INFO] Unable to find resource 'spy:memcached:jar:2.5' in repository scala-tools.org (http://scala-tools.org/repo-releases) [INFO] ------------------------------------------------------------------------ [ERROR] BUILD ERROR [INFO] ------------------------------------------------------------------------ [INFO] Failed to resolve artifact. Missing: ---------- 1) spy:memcached:jar:2.5 Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=spy -DartifactId=memcached -Dversion=2.5 -Dpackaging=jar -Dfile=/path/to/file Alternatively, if you host your own repository you can deploy the file there: mvn deploy:deploy-file -DgroupId=spy -DartifactId=memcached -Dversion=2.5 -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id] Path to dependency: 1) org.infinispan:infinispan-server-memcached:jar:4.2.0-SNAPSHOT 2) spy:memcached:jar:2.5 ---------- 1 required artifact is missing. for artifact: org.infinispan:infinispan-server-memcached:jar:4.2.0-SNAPSHOT -- 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

14 years, 2 months

4
9
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues October 2010