August 2010 - infinispan-issues - Jboss List Archives

[JBoss JIRA] Created: (ISPN-552) Tree facade caches cannot be configured with lazy deserialization

by Galder Zamarreno (JIRA)

Tree facade caches cannot be configured with lazy deserialization ----------------------------------------------------------------- Key: ISPN-552 URL: https://jira.jboss.org/browse/ISPN-552 Project: Infinispan Issue Type: Bug Components: Marshalling, Tree API Affects Versions: 4.1.0.CR2, 4.0.0.Final Reporter: Galder Zamarreno Assignee: Galder Zamarreno Fix For: 4.1.0.Final Creating a tree module facade for a cache configured with lazy deserialization does not work: ava.io.NotSerializableException: Marshalled values can only wrap Objects that are serializable! Instance of class org.infinispan.tree.NodeKey won't Serialize. at org.infinispan.marshall.MarshalledValue.<init>(MarshalledValue.java:66) at org.infinispan.interceptors.MarshalledValueInterceptor.createMarshalledValue(MarshalledValueInterceptor.java:223) at org.infinispan.interceptors.MarshalledValueInterceptor.visitGetKeyValueCommand(MarshalledValueInterceptor.java:127) at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:58) at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) at org.infinispan.interceptors.TxInterceptor.enlistReadAndInvokeNext(TxInterceptor.java:171) at org.infinispan.interceptors.TxInterceptor.visitGetKeyValueCommand(TxInterceptor.java:162) at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:58) at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) at org.infinispan.interceptors.CacheMgmtInterceptor.visitGetKeyValueCommand(CacheMgmtInterceptor.java:83) at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:58) at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:48) at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:34) at org.infinispan.commands.AbstractVisitor.visitGetKeyValueCommand(AbstractVisitor.java:87) at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:58) at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) at org.infinispan.interceptors.BatchingInterceptor.handleDefault(BatchingInterceptor.java:72) at org.infinispan.commands.AbstractVisitor.visitGetKeyValueCommand(AbstractVisitor.java:87) at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:58) at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:269) at org.infinispan.CacheDelegate.containsKey(CacheDelegate.java:189) at org.infinispan.tree.TreeStructureSupport.exists(TreeStructureSupport.java:51) at org.infinispan.tree.TreeCacheImpl.createRoot(TreeCacheImpl.java:364) at org.infinispan.tree.TreeCacheImpl.<init>(TreeCacheImpl.java:47) at org.infinispan.tree.TreeCacheFactory.createTreeCache(TreeCacheFactory.java:37) at com.varolii.copperhead.app.core.cache.CacheService.start(CacheService.java:56) -- 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

13 years, 8 months

1
9
0 / 0

[JBoss JIRA] Created: (ISPN-551) ReplicationQueue might attempt to use a closed JGroupsTransport

by Sanne Grinovero (JIRA)

ReplicationQueue might attempt to use a closed JGroupsTransport --------------------------------------------------------------- Key: ISPN-551 URL: https://jira.jboss.org/browse/ISPN-551 Project: Infinispan Issue Type: Bug Components: Distributed Cache Affects Versions: 4.1.0.CR2 Reporter: Sanne Grinovero Assignee: Galder Zamarreno Fix For: 4.1.0.Final As mentioned on mailing list: java.lang.NullPointerException at org.infinispan.remoting.rpc.RpcManagerImpl.invokeRemotely(RpcManagerImpl.java:92) at org.infinispan.remoting.rpc.RpcManagerImpl.invokeRemotely(RpcManagerImpl.java:128) at org.infinispan.remoting.ReplicationQueue.flush(ReplicationQueue.java:147) at org.infinispan.remoting.ReplicationQueue$1.run(ReplicationQueue.java:99) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441) at java.util.concurrent.FutureTask$Sync.innerRunAndReset(FutureTask.java:317) at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:150) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(ScheduledThreadPoolExecutor.java:98) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodic(ScheduledThreadPoolExecutor.java:181) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:205) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) at java.lang.Thread.run(Thread.java:619) It looks like the transport is closed before the ReplicationQueue finished, as Galder suggested on ML setting the @Stop order on ReplicationQueue @Stop(priority=9) appears to fix it. -- 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

13 years, 8 months

2
4
0 / 0

[JBoss JIRA] Created: (ISPN-550) Unnecessary parameter invalidation in server Main class leading to errors

by Galder Zamarreno (JIRA)

Unnecessary parameter invalidation in server Main class leading to errors ------------------------------------------------------------------------- Key: ISPN-550 URL: https://jira.jboss.org/browse/ISPN-550 Project: Infinispan Issue Type: Bug Components: Cache Server Affects Versions: 4.1.0.CR2 Reporter: Galder Zamarreno Assignee: Galder Zamarreno Fix For: 4.1.0.Final Parameter validation was moved from Main.scala to AbstractProtocolServer.scala in ISPN-540. However, as part of ISPN-534, this validation was added to Main.scala. This code is redundant cos the aim is for all parameter validation, except strickly necessary, to reside in APS so that command line and programmatic clients can benefit from a single point of validation. -- 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

13 years, 8 months

1
3
0 / 0

[JBoss JIRA] Created: (ISPN-554) hotrod's request header should be change

by Mircea Markus (JIRA)

hotrod's request header should be change ---------------------------------------- Key: ISPN-554 URL: https://jira.jboss.org/browse/ISPN-554 Project: Infinispan Issue Type: Feature Request Reporter: Mircea Markus Assignee: Manik Surtani Priority: Blocker Fix For: 4.1.0.Final The header should have the following format: Header = [TX_TYPE][TX_ID] TYPE = 0 --> No transactions! TYPE = 1 --> XA TX_ID format deduced from TYPE (e.g., TYPE == 1 => TX_ID = 128 bytes) TxId = 0 for non-tx clients, calls, and certain ops like PING and RECOVER HotRod spec should be updated accordingly. -- 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

13 years, 8 months

3
3
0 / 0

[JBoss JIRA] Created: (ISPN-562) HotRod Bulk Get operation code is incorrect.

by Galder Zamarreno (JIRA)

HotRod Bulk Get operation code is incorrect. -------------------------------------------- Key: ISPN-562 URL: https://jira.jboss.org/browse/ISPN-562 Project: Infinispan Issue Type: Bug Components: Cache Server Affects Versions: 4.1.0.CR2 Reporter: Galder Zamarreno Assignee: Galder Zamarreno Fix For: 4.1.0.Final It should be 0x1A rather than 0x20 Update http://community.jboss.org/docs/DOC-14421 as well -- 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

13 years, 8 months

1
3
0 / 0

[JBoss JIRA] Created: (ISPN-560) Unable to address bytes above 2GB in Lucene Directory

by Sanne Grinovero (JIRA)

Unable to address bytes above 2GB in Lucene Directory ----------------------------------------------------- Key: ISPN-560 URL: https://jira.jboss.org/browse/ISPN-560 Project: Infinispan Issue Type: Bug Components: Lucene Directory Reporter: Sanne Grinovero Assignee: Sanne Grinovero Priority: Critical Fix For: 4.1.0.Final, 5.0.0.BETA1 the pointer to the current byte, global at index level, is using "int" type. -- 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

13 years, 8 months

2
2
0 / 0

[JBoss JIRA] Created: (ISPN-566) Group marshaller logic in AbstractMarshaller

by Galder Zamarreno (JIRA)

Group marshaller logic in AbstractMarshaller -------------------------------------------- Key: ISPN-566 URL: https://jira.jboss.org/browse/ISPN-566 Project: Infinispan Issue Type: Task Components: Marshalling Reporter: Galder Zamarreno Assignee: Galder Zamarreno Fix For: 4.1.0.Final Create an AbstractMarshaller with common logic for o.i.m.Marshaller implementations. -- 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

13 years, 8 months

1
2
0 / 0

[JBoss JIRA] Created: (ISPN-565) SKIP_LOCKING with cache loader and calling remove results in java.lang.ClassCastException

by Paul Nardone (JIRA)

SKIP_LOCKING with cache loader and calling remove results in java.lang.ClassCastException ----------------------------------------------------------------------------------------- Key: ISPN-565 URL: https://jira.jboss.org/browse/ISPN-565 Project: Infinispan Issue Type: Bug Components: Locking and Concurrency, Lucene Directory Affects Versions: 4.1.0.CR2 Reporter: Paul Nardone Assignee: Manik Surtani Attachments: InfinispanTest3.java When using SKIP_LOCKING and removing from Cache with a cache loader a ClassCaseException is thrown java.lang.ClassCastException: org.infinispan.container.entries.ImmortalCacheEntry cannot be cast to org.infinispan.container.entries.MVCCEntry at org.infinispan.commands.write.RemoveCommand.perform(RemoveCommand.java:74) at org.infinispan.interceptors.CallInterceptor.handleDefault(CallInterceptor.java:72) at org.infinispan.commands.AbstractVisitor.visitRemoveCommand(AbstractVisitor.java:61) at org.infinispan.commands.write.RemoveCommand.acceptVisitor(RemoveCommand.java:70) at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) at org.infinispan.interceptors.LockingInterceptor.visitRemoveCommand(LockingInterceptor.java:221) at org.infinispan.commands.write.RemoveCommand.acceptVisitor(RemoveCommand.java:70) at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:132) at org.infinispan.commands.AbstractVisitor.visitRemoveCommand(AbstractVisitor.java:61) at org.infinispan.commands.write.RemoveCommand.acceptVisitor(RemoveCommand.java:70) at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) at org.infinispan.interceptors.CacheLoaderInterceptor.visitRemoveCommand(CacheLoaderInterceptor.java:103) at org.infinispan.interceptors.ActivationInterceptor.visitRemoveCommand(ActivationInterceptor.java:44) at org.infinispan.commands.write.RemoveCommand.acceptVisitor(RemoveCommand.java:70) at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:132) at org.infinispan.commands.AbstractVisitor.visitRemoveCommand(AbstractVisitor.java:61) at org.infinispan.commands.write.RemoveCommand.acceptVisitor(RemoveCommand.java:70) at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) at org.infinispan.interceptors.TxInterceptor.enlistWriteAndInvokeNext(TxInterceptor.java:183) at org.infinispan.interceptors.TxInterceptor.visitRemoveCommand(TxInterceptor.java:137) at org.infinispan.commands.write.RemoveCommand.acceptVisitor(RemoveCommand.java:70) at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:58) at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:39) at org.infinispan.commands.AbstractVisitor.visitRemoveCommand(AbstractVisitor.java:61) at org.infinispan.commands.write.RemoveCommand.acceptVisitor(RemoveCommand.java:70) at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:271) at org.infinispan.CacheDelegate.remove(CacheDelegate.java:207) at uk.co.cosmic_solutions.mdtest2.infinispan.test.InfinispanTest3.runTest(InfinispanTest3.java:87) This issue was first encountered while using Infinispan as a Lucene store via the InfinispanDirectory as that module makes extensive use of Flag.SKIP_LOCKING, attempting to use Directory.copy on cache with cacheloader produced this error The issue appears to relate to org.infinispan.container.EntryFactoryImpl#wrapEntryForWriting which doesn't appear to wrap the entry if it exists in the context when locking is skipped, this results in an ImmortalCacheEntry being returned in the org.infinispan.commands.write.RemoveCommand#perform Test case attached -- 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

13 years, 8 months

3
13
0 / 0

[JBoss JIRA] Created: (ISPN-564) ManagedConnectionFactory releaseConnection can throw NullPointerException

by Galder Zamarreno (JIRA)

ManagedConnectionFactory releaseConnection can throw NullPointerException ------------------------------------------------------------------------- Key: ISPN-564 URL: https://jira.jboss.org/browse/ISPN-564 Project: Infinispan Issue Type: Bug Components: Loaders and Stores Affects Versions: 4.1.0.CR2, 4.0.0.Final Reporter: Galder Zamarreno Assignee: Galder Zamarreno Fix For: 4.1.0.Final If ManagedConnectionFactory.getConnection throws an SQLException, JdbcBinaryCacheStore.insertBucket calls into ManagedConnectionFactory.releaseConnection which does not null check the connection. This can lead to exceptions like: 2010-07-27 11:18:58,658 [ERROR] ~main(org.infinispan.loaders.jdbc.connectionfactory.ManagedConnectionFactory): org.jboss.util.NestedSQLException: Transaction is not active: tx=TransactionImple < ac, BasicAction: -3f57377a:f88f:4c4f2303:2c status: ActionStatus.COMMITTING >; - nested throwable: (javax.resource.ResourceException: Transaction is not active: tx=TransactionImple < ac, BasicAction: -3f57377a:f88f:4c4f2303:2c status: ActionStatus.COMMITTING >) 2010-07-27 11:18:58,661 [ERROR] ~main(org.infinispan.interceptors.InvocationContextInterceptor): Execution error: java.lang.NullPointerException at org.infinispan.loaders.jdbc.connectionfactory.ManagedConnectionFactory.releaseConnection(ManagedConnectionFactory.java:103) at org.infinispan.loaders.jdbc.binary.JdbcBinaryCacheStore.loadBucket(JdbcBinaryCacheStore.java:216) at org.infinispan.loaders.bucket.BucketBasedCacheStore.storeLockSafe(BucketBasedCacheStore.java:54) at org.infinispan.loaders.LockSupportCacheStore.store(LockSupportCacheStore.java:131) at org.infinispan.loaders.AbstractCacheStore.applyModifications(AbstractCacheStore.java:101) at org.infinispan.loaders.AbstractCacheStore.commit(AbstractCacheStore.java:134) ... -- 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

13 years, 8 months

1
2
0 / 0

[JBoss JIRA] Created: (ISPN-563) Document AtomicMap APis

by Patrick McFarland (JIRA)

Document AtomicMap APis ----------------------- Key: ISPN-563 URL: https://jira.jboss.org/browse/ISPN-563 Project: Infinispan Issue Type: Feature Request Components: Core API Reporter: Patrick McFarland Assignee: Manik Surtani Priority: Minor AtomicMap seems to be a very powerful feature of IS, but it remains undocumented -- 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

13 years, 8 months

3
3
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues August 2010