May 2013 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-2995) FineGrainedAtomicHashMap may not lock all the composite keys in optimistic locking

by Pedro Ruivo (JIRA)

[ https://issues.jboss.org/browse/ISPN-2995?page=com.atlassian.jira.plugin.... ] Pedro Ruivo updated ISPN-2995: ------------------------------ Summary: FineGrainedAtomicHashMap may not lock all the composite keys in optimistic locking (was: AtomicHashMap locking issue [optimistic]) > FineGrainedAtomicHashMap may not lock all the composite keys in optimistic locking > ---------------------------------------------------------------------------------- > > Key: ISPN-2995 > URL: https://issues.jboss.org/browse/ISPN-2995 > Project: Infinispan > Issue Type: Bug > Components: Fine-grained API > Affects Versions: 5.3.0.Alpha1 > Reporter: Pedro Ruivo > Assignee: Pedro Ruivo > Labels: atomic_map, locking > Fix For: 5.3.0.CR1 > > > In OptimisticLockingInterceptor, we are collecting the composite keys from ApplyDeltaCommand is the key belongs to the node: > {code} > case ApplyDeltaCommand.COMMAND_ID: > ApplyDeltaCommand command = (ApplyDeltaCommand) wc; > if (cdl.localNodeIsOwner(command.getKey())) { > Object[] compositeKeys = command.getCompositeKeys(); > set.addAll(Arrays.asList(compositeKeys)); > } > break; > {code} > However, when we are going to acquire the lock in the node if it is the primary owner: > {code} > protected final void lockAndRegisterBackupLock(TxInvocationContext ctx, Object key, long lockTimeout, boolean skipLocking) throws InterruptedException { > if (cdl.localNodeIsPrimaryOwner(key)) { > lockKeyAndCheckOwnership(ctx, key, lockTimeout, skipLocking); > } else if (cdl.localNodeIsOwner(key)) { > ctx.getCacheTransaction().addBackupLockForKey(key); > } > } > {code} > The CompositeKey should always acquire the lock. > This is probably a bug. Add an unit test to verify that locking works as expected for AtomicHashMap. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2861) Integrate the CloudTM extended statistics in Infinispan

by Pedro Ruivo (JIRA)

[ https://issues.jboss.org/browse/ISPN-2861?page=com.atlassian.jira.plugin.... ] Pedro Ruivo updated ISPN-2861: ------------------------------ Status: Pull Request Sent (was: Coding In Progress) Git Pull Request: https://github.com/infinispan/infinispan/pull/1842 > Integrate the CloudTM extended statistics in Infinispan > -------------------------------------------------------- > > Key: ISPN-2861 > URL: https://issues.jboss.org/browse/ISPN-2861 > Project: Infinispan > Issue Type: Feature Request > Components: JMX, reporting and management > Reporter: Mircea Markus > Assignee: Pedro Ruivo > Fix For: 5.3.0.Final > > > The extended statistics allows to profile Infinispan. It will be implemented a two separated modules: > The first will give information like, for example, average transaction execution, message sizes, number of operations per transaction, etc. > In addition, the second module will support the called top-key streaming. This technique allows to check which are the most accessed/locked/etc. keys in the application. > I'll made the full list of the current implemented statistics soon. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2951) Caches are not removed from JMX after cacheManager.removeCache()

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-2951?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-2951: -------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Caches are not removed from JMX after cacheManager.removeCache() > ---------------------------------------------------------------- > > Key: ISPN-2951 > URL: https://issues.jboss.org/browse/ISPN-2951 > Project: Infinispan > Issue Type: Bug > Affects Versions: 5.2.5.Final > Environment: JDK Oracle 1.6.0_35 > Reporter: Thomas Mortagne > Assignee: Tristan Tarrant > Priority: Minor > Fix For: 5.3.0.CR1, 5.3.0.Final > > > When I do something like the following: > {code:java} > cacheManager.getCache("test"); > cacheManager.removeCache("test"); > cacheManager.getCache("test"); > {code} > it fails with the following exception (this exception is not exactly with the code above but it's what is happening): > {noformat} > org.infinispan.CacheException: Unable to invoke method public void org.infinispan.jmx.CacheJmxRegistration.start() on object of type CacheJmxRegistration > at org.infinispan.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:205) > at org.infinispan.factories.AbstractComponentRegistry$PrioritizedMethod.invoke(AbstractComponentRegistry.java:886) > at org.infinispan.factories.AbstractComponentRegistry.invokeStartMethods(AbstractComponentRegistry.java:657) > at org.infinispan.factories.AbstractComponentRegistry.internalStart(AbstractComponentRegistry.java:646) > at org.infinispan.factories.AbstractComponentRegistry.start(AbstractComponentRegistry.java:549) > at org.infinispan.factories.ComponentRegistry.start(ComponentRegistry.java:217) > at org.infinispan.CacheImpl.start(CacheImpl.java:582) > at org.infinispan.manager.DefaultCacheManager.wireAndStartCache(DefaultCacheManager.java:686) > at org.infinispan.manager.DefaultCacheManager.createCache(DefaultCacheManager.java:649) > at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:545) > at org.xwiki.cache.infinispan.internal.InfinispanCache.<init>(InfinispanCache.java:71) > at org.xwiki.cache.infinispan.internal.InfinispanCacheFactory.newCache(InfinispanCacheFactory.java:170) > at org.xwiki.cache.infinispan.InfinispanCacheTest.testRecreateCache(InfinispanCacheTest.java:62) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:597) > at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47) > at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) > at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44) > at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17) > at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26) > at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27) > at org.jmock.integration.junit4.JUnitRuleMockery$1.evaluate(JUnitRuleMockery.java:49) > at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50) > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238) > at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63) > at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236) > at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53) > at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229) > at org.junit.runners.ParentRunner.run(ParentRunner.java:309) > at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50) > at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38) > at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467) > at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683) > at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390) > at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197) > Caused by: org.infinispan.jmx.JmxDomainConflictException: Domain already registered org.infinispan when trying to register: type=Cache,name="test(local)",manager="DefaultCacheManager" > at org.infinispan.jmx.JmxUtil.buildJmxDomain(JmxUtil.java:75) > at org.infinispan.jmx.CacheJmxRegistration.updateDomain(CacheJmxRegistration.java:153) > at org.infinispan.jmx.CacheJmxRegistration.buildRegistrar(CacheJmxRegistration.java:145) > at org.infinispan.jmx.AbstractJmxRegistration.registerMBeans(AbstractJmxRegistration.java:59) > at org.infinispan.jmx.CacheJmxRegistration.start(CacheJmxRegistration.java:83) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:597) > at org.infinispan.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:203) > ... 38 more > {noformat} > Note: this was working well with 5.1.8.Final -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2911) Introduce configuration builders for Lucene cache store

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-2911?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-2911: ---------------------------------- Fix Version/s: 6.0.0.Final (was: 5.3.0.CR1) > Introduce configuration builders for Lucene cache store > ------------------------------------------------------- > > Key: ISPN-2911 > URL: https://issues.jboss.org/browse/ISPN-2911 > Project: Infinispan > Issue Type: Feature Request > Components: Loaders and Stores, Lucene Directory > Affects Versions: 5.2.4.Final > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Labels: stable_embedded_query > Fix For: 6.0.0.Final > > > The Lucene Cache Stores should be configurable using the programmatic builders and the declarative parser -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3131) Calling forget() when not in a recovery-enabled cache should not throw a NPE

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-3131?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-3131: -------------------------------- Issue Type: Bug (was: Feature Request) > Calling forget() when not in a recovery-enabled cache should not throw a NPE > ---------------------------------------------------------------------------- > > Key: ISPN-3131 > URL: https://issues.jboss.org/browse/ISPN-3131 > Project: Infinispan > Issue Type: Bug > Components: Transactions > Affects Versions: 5.2.6.Final > Reporter: Manik Surtani > Assignee: Mircea Markus > Fix For: 5.3.0.CR1, 5.3.0.Final > > > In some cases, a cache may be configured not to have recovery enabled, but may run in an environment where a transaction manager may try and call forget(). This should *not* cause a {{NullPointerException}} which will propagate to the transaction manager and cause more issues. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3138) DefaultTimeServiceTest fails intermittently

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-3138?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-3138: -------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > DefaultTimeServiceTest fails intermittently > -------------------------------------------- > > Key: ISPN-3138 > URL: https://issues.jboss.org/browse/ISPN-3138 > Project: Infinispan > Issue Type: Bug > Affects Versions: 5.3.0.Beta2 > Reporter: Pedro Ruivo > Assignee: Pedro Ruivo > Fix For: 5.3.0.CR1 > > > the time() method can return the same value. > {code:java} > assertTrue(timeService.time() < timeService.time()); > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3139) Allow passing custom marshallers to the server in compatibility mode

by Martin Gencur (JIRA)

Martin Gencur created ISPN-3139: ----------------------------------- Summary: Allow passing custom marshallers to the server in compatibility mode Key: ISPN-3139 URL: https://issues.jboss.org/browse/ISPN-3139 Project: Infinispan Issue Type: Feature Request Components: Server Reporter: Martin Gencur Assignee: Tristan Tarrant Fix For: 5.3.0.CR1 This is useful when users want to use their own marshalling. This is needed e.g. when using SpyMemcached Client in compatibility mode. For embedded cache it's configured this way: builder.compatibility().enable().marshaller(marshaller); -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3115) Expose WebSocket endpoint's statistics and properties via JMX

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-3115?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-3115: ---------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/1841, https://github.com/infinispan/infinispan-server/pull/107 > Expose WebSocket endpoint's statistics and properties via JMX > -------------------------------------------------------------- > > Key: ISPN-3115 > URL: https://issues.jboss.org/browse/ISPN-3115 > Project: Infinispan > Issue Type: Feature Request > Components: Server > Affects Versions: 5.3.0.Beta1 > Reporter: Martin Gencur > Assignee: Tristan Tarrant > Fix For: 5.3.0.CR1 > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3138) DefaultTimeServiceTest fails intermittently

by Pedro Ruivo (JIRA)

[ https://issues.jboss.org/browse/ISPN-3138?page=com.atlassian.jira.plugin.... ] Pedro Ruivo updated ISPN-3138: ------------------------------ Status: Pull Request Sent (was: Coding In Progress) Git Pull Request: https://github.com/infinispan/infinispan/pull/1840 > DefaultTimeServiceTest fails intermittently > -------------------------------------------- > > Key: ISPN-3138 > URL: https://issues.jboss.org/browse/ISPN-3138 > Project: Infinispan > Issue Type: Bug > Affects Versions: 5.3.0.Beta2 > Reporter: Pedro Ruivo > Assignee: Pedro Ruivo > Fix For: 5.3.0.CR1 > > > the time() method can return the same value. > {code:java} > assertTrue(timeService.time() < timeService.time()); > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3138) DefaultTimeServiceTest fails intermittently

by Pedro Ruivo (JIRA)

[ https://issues.jboss.org/browse/ISPN-3138?page=com.atlassian.jira.plugin.... ] Work on ISPN-3138 started by Pedro Ruivo. > DefaultTimeServiceTest fails intermittently > -------------------------------------------- > > Key: ISPN-3138 > URL: https://issues.jboss.org/browse/ISPN-3138 > Project: Infinispan > Issue Type: Bug > Affects Versions: 5.3.0.Beta2 > Reporter: Pedro Ruivo > Assignee: Pedro Ruivo > Fix For: 5.3.0.CR1 > > > the time() method can return the same value. > {code:java} > assertTrue(timeService.time() < timeService.time()); > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 10 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues May 2013