September 2010 - infinispan-issues

[JBoss JIRA] Created: (ISPN-352) Add per-cache coordinator.

by Alexander Gavrilov (JIRA)

Add per-cache coordinator. -------------------------- Key: ISPN-352 URL: https://jira.jboss.org/jira/browse/ISPN-352 Project: Infinispan Issue Type: Feature Request Components: Core API Reporter: Alexander Gavrilov Assignee: Manik Surtani We trying to use Infinispan for our cluster. We have two types of nodes in cluster. "Type 1" nodes use all set of caches defined in system, but "Type 2" nodes uses only small subset of nodes. For each cache on each node we have job, that fetch data from external store and put that data in the cache. We need this job to be executed only in one node from whole cluster and is natural to test if node is cache coordinator and execute job only if it is. In current implementation it's possible to determinate only cluster coordinator. But when node of "Type 2" becomes coordinator it is impossible to update some caches, because they are not defined in this node. It would be fine to declare not only oldest node in cluster as cluster coordinator but oldest node containing cache as this concrete cache coordinator. -- 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

14 years, 3 months

2
2
0 / 0

[JBoss JIRA] Created: (ISPN-651) Document Infinispan tree module

by Galder Zamarreño (JIRA)

Document Infinispan tree module ------------------------------- Key: ISPN-651 URL: https://jira.jboss.org/browse/ISPN-651 Project: Infinispan Issue Type: Task Components: Tree API Reporter: Galder Zamarreño Assignee: Galder Zamarreño Fix For: 4.2.0.Final See dev list thread. -- 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, 4 months

1
5
0 / 0

[JBoss JIRA] Created: (ISPN-675) Make Infinispan JOPR plugin friendly with AS environments

by Galder Zamarreño (JIRA)

Make Infinispan JOPR plugin friendly with AS environments --------------------------------------------------------- Key: ISPN-675 URL: https://jira.jboss.org/browse/ISPN-675 Project: Infinispan Issue Type: Feature Request Components: JMX, reporting and management Reporter: Galder Zamarreño Assignee: Galder Zamarreño Fix For: 4.2.0.CR1 Within the descriptor: - Change top level from server to service - Within the service add: <parent-resource-type name="JMX Server" plugin="JMX"/> <parent-resource-type name="JBossAS Server" plugin="JBossAS"/> <parent-resource-type name="JBossAS Server" plugin="JBossAS5"/> Within source: - From "implements ResourceComponent" should convert into "extend MBeanResourceComponent" (like StatisticsComponent) - You might be able to reduce the code with the above change Base your work on what has been done in: https://svn.jboss.org/repos/jopr/trunk/modules/plugins/hibernate Test: - Test with AS6 admin console (drop the plugin jar into the plugins subdirectory in the admin console) - Test with RHQ -- 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, 4 months

3
13
0 / 0

[JBoss JIRA] Created: (ISPN-609) Make the JGroupsTRansport Listenable

by craig bomba (JIRA)

Make the JGroupsTRansport Listenable ------------------------------------ Key: ISPN-609 URL: https://jira.jboss.org/browse/ISPN-609 Project: Infinispan Issue Type: Feature Request Components: Core API Reporter: craig bomba Assignee: craig bomba Priority: Minor We needed to make the JGroupsTransport listenable. We needed events for detecting that a merge has taken place org.infinispan.factories.EmptyConstructorFactory Just added JGroupsTransportNotifier.class to the @DefaultFactoryFor annotation. org.infinispan.notifications.jgroupstransport.JGroupsTransportNotifier Interface for the JGroupsTransportNotifier notifier. org.infinispan.notifications.jgroupstransport.JGroupsTransportNotifierImpl The JGroupsTransportNotifier notifier implementation. Supports events for a merge. org.infinispan.notifications.jgroupstransport.annotation.MergeViewAccepted The bare annotations to add to JGroupsTransport listeners. org.infinispan.notifications.jgroupstransport.event.Event The interface for the merge view accepted event implementations. org.infinispan.notifications.replicationqueuelistener.event.MergeViewAcceptedEvent The event implementations. org.infinispan.transport.Transport Updated to implement listenable. org.infinispan.transport.jgroups.JGroupsTransport Updated to throw an event when a merge view is accepted. -- 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, 4 months

3
13
0 / 0

[JBoss JIRA] Created: (ISPN-630) NullPointerException during object unmarshalling

by Sanne Grinovero (JIRA)

NullPointerException during object unmarshalling ------------------------------------------------ Key: ISPN-630 URL: https://jira.jboss.org/browse/ISPN-630 Project: Infinispan Issue Type: Bug Components: Marshalling Affects Versions: 4.1.0.Final Reporter: Sanne Grinovero Assignee: Manik Surtani Fix For: 4.2.0.BETA1, 5.0.0.BETA1 It appears the ExternalizerAdapter was not added to the readers, or that input.readUnsignedByte() reads a wrong identifier value. Not easy to reproduce, get this sometimes under load: Exception in thread "Scarlet/Lucene service thread index reopening thread-1" java.lang.NullPointerException at org.infinispan.marshall.jboss.ConstantObjectTable.readObject(ConstantObjectTable.java:253) at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:357) at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:207) at org.jboss.marshalling.AbstractUnmarshaller.readObject(AbstractUnmarshaller.java:85) at org.infinispan.marshall.jboss.GenericJBossMarshaller.objectFromObjectStream(GenericJBossMarshaller.java:162) at org.infinispan.marshall.VersionAwareMarshaller.objectFromByteBuffer(VersionAwareMarshaller.java:111) at org.infinispan.marshall.AbstractStreamingMarshaller.objectFromInputStream(AbstractStreamingMarshaller.java:23) at org.infinispan.loaders.jdbc.JdbcUtil.unmarshall(JdbcUtil.java:88) at org.infinispan.loaders.jdbc.stringbased.JdbcStringBasedCacheStore.loadLockSafe(JdbcStringBasedCacheStore.java:298) at org.infinispan.loaders.LockSupportCacheStore.load(LockSupportCacheStore.java:100) at org.infinispan.loaders.decorators.AbstractDelegatingStore.load(AbstractDelegatingStore.java:86) at org.infinispan.interceptors.CacheLoaderInterceptor.loadIfNeeded(CacheLoaderInterceptor.java:138) at org.infinispan.interceptors.CacheLoaderInterceptor.loadIfNeededAndUpdateStats(CacheLoaderInterceptor.java:200) at org.infinispan.interceptors.CacheLoaderInterceptor.visitGetKeyValueCommand(CacheLoaderInterceptor.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.base.CommandInterceptor.handleDefault(CommandInterceptor.java:132) 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.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:57) at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:38) 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:76) 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:273) at org.infinispan.CacheDelegate.get(CacheDelegate.java:200) at org.infinispan.lucene.FileListOperations.getFileList(FileListOperations.java:54) -- 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, 4 months

3
15
0 / 0

[JBoss JIRA] Created: (ISPN-666) MultipleRpcCommand being serialized ignoring the @Marshaller

by Sanne Grinovero (JIRA)

MultipleRpcCommand being serialized ignoring the @Marshaller ------------------------------------------------------------ Key: ISPN-666 URL: https://jira.jboss.org/browse/ISPN-666 Project: Infinispan Issue Type: Bug Components: RPC Affects Versions: 4.2.0.ALPHA2 Reporter: Sanne Grinovero Assignee: Manik Surtani Priority: Critical Fix For: 4.2.0.BETA1 I'm getting the following stacktrace: 2010-09-23 00:10:28,232 ERROR [ReplicationQueue] (Scheduled-ReplicationQueueThread-1) failed replicating 1 elements in replication queue org.infinispan.CacheException: java.lang.RuntimeException: Failure to marshal argument(s) at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.invokeRemoteCommands(CommandAwareRpcDispatcher.java:122) at org.infinispan.remoting.transport.jgroups.JGroupsTransport.invokeRemotely(JGroupsTransport.java:403) at org.infinispan.remoting.rpc.RpcManagerImpl.invokeRemotely(RpcManagerImpl.java:100) at org.infinispan.remoting.rpc.RpcManagerImpl.invokeRemotely(RpcManagerImpl.java:128) at org.infinispan.remoting.ReplicationQueueImpl.flush(ReplicationQueueImpl.java:126) at org.infinispan.remoting.ReplicationQueueImpl$1.run(ReplicationQueueImpl.java:83) 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) Caused by: java.lang.RuntimeException: Failure to marshal argument(s) at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher$ReplicationTask.marshallCall(CommandAwareRpcDispatcher.java:242) at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher$ReplicationTask.call(CommandAwareRpcDispatcher.java:266) at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.invokeRemoteCommands(CommandAwareRpcDispatcher.java:120) ... 14 more Caused by: org.infinispan.marshall.NotSerializableException: org.infinispan.commands.remote.MultipleRpcCommand Caused by: an exception which occurred: in object org.infinispan.commands.remote.MultipleRpcCommand@dcf4f7b7 On the default cache, being configured as : <default> <clustering mode="replication"> <async useReplQueue="true" replQueueInterval="300" asyncMarshalling="false" /> </clustering> <locking isolationLevel="READ_COMMITTED" concurrencyLevel="1000" lockAcquisitionTimeout="6000" writeSkewCheck="false" useLockStriping="false" /> <jmxStatistics enabled="false" /> <eviction maxEntries="-1" strategy="NONE" /> <expiration maxIdle="-1" /> </default> -- 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, 4 months

3
6
0 / 0

[JBoss JIRA] Created: (ISPN-640) Flags are ignored if locking/creating a new key.

by Erik Salter (JIRA)

Flags are ignored if locking/creating a new key. ------------------------------------------------ Key: ISPN-640 URL: https://jira.jboss.org/browse/ISPN-640 Project: Infinispan Issue Type: Bug Reporter: Erik Salter Assignee: Manik Surtani Attachments: LockPoolStressTest.java The Flags ZERO_LOCK_TIMEOUT and FAIL_SILENTLY have no effect in a transaction when application tries to create acquire a lock to put a new key in the system. First, the lock acquisition takes the default time (10 seconds), and on the commit phase of the transaction, it is unable to be prepared due to the timeout exception causing a rollback. See the attached test case. -- 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, 4 months

3
6
0 / 0

[JBoss JIRA] Created: (ISPN-626) Config doc and Javadocs not in sync

by Manik Surtani (JIRA)

Config doc and Javadocs not in sync ----------------------------------- Key: ISPN-626 URL: https://jira.jboss.org/browse/ISPN-626 Project: Infinispan Issue Type: Task Components: Configuration Affects Versions: 4.1.0.Final Reporter: Manik Surtani Assignee: Vladimir Blagojevic Priority: Minor Fix For: 4.2.0.BETA1, 4.2.0.Final There is an issue with config docs generated not being in sync with the Javadocs on the Configuration and GlobalConfiguration beans. E.g., the reference in config.html for each XML attribute contains a link to the Javadocs, but this link has 2 problems. 1. It takes you to the internal AbstractConfigurationBean subclass rather than the setter or getter on Configuration or GlobalConfiguration. E.g., the locking element has this config doc element: http://docs.jboss.org/infinispan/4.1/apidocs/config.html#ce_default_locking The Javadoc link to, say, lockAcquisitionTimeout attribute, takes you to http://docs.jboss.org/infinispan/4.1/apidocs/org/infinispan/config/Config... It should take you to http://docs.jboss.org/infinispan/4.1/apidocs/org/infinispan/config/Config... instead, since it is the latter that people actually use programatically. 2. The setter we link to has no Javadocs! It should contain the same information on the XML configdoc reference. We shouldn't repeat ourselves by copying out the same information twice, but instead should perhaps look at providing this information in the src code once and have the configdoc generator pick this up. -- 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, 4 months

2
3
0 / 0

[JBoss JIRA] Created: (ISPN-657) infinispan-core.jar no longer contains the config file schema.

by Paul Ferraro (JIRA)

infinispan-core.jar no longer contains the config file schema. -------------------------------------------------------------- Key: ISPN-657 URL: https://jira.jboss.org/browse/ISPN-657 Project: Infinispan Issue Type: Bug Components: Core API Affects Versions: 4.2.0.ALPHA2 Reporter: Paul Ferraro Assignee: Manik Surtani In previously releases, the XSD for the config file was contained in the infinispan-core jar, in the location returned by InfinispanConfiguration.resolveSchemaPath(). In 4.2.0.ALPHA2, this method still returns the same location (schema/infinispan-config-4.2.xsd), but the file is not there. -- 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, 4 months

4
11
0 / 0

[JBoss JIRA] Created: (ISPN-665) InfinispanConfiguration.findSchemaInputStream() returns null by default

by Paul Ferraro (JIRA)

InfinispanConfiguration.findSchemaInputStream() returns null by default ----------------------------------------------------------------------- Key: ISPN-665 URL: https://jira.jboss.org/browse/ISPN-665 Project: Infinispan Issue Type: Bug Affects Versions: 4.2.0.ALPHA2 Reporter: Paul Ferraro Assignee: Manik Surtani InfinispanConfiguration.findSchemaInputStream() returns null, both because of ISPN-657, and because the default public schema location (i.e. http://www.jboss.org/infinispan/infinispan-config-4.2.xsd), does not exist. -- 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, 4 months

3
10
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues September 2010