[JBoss JIRA] (ISPN-4744) RemoteCacheOsgiIT fails to run
by Adrian Nistor (JIRA)
[ https://issues.jboss.org/browse/ISPN-4744?page=com.atlassian.jira.plugin.... ]
Adrian Nistor updated ISPN-4744:
--------------------------------
Issue Type: Bug (was: Task)
> RemoteCacheOsgiIT fails to run
> ------------------------------
>
> Key: ISPN-4744
> URL: https://issues.jboss.org/browse/ISPN-4744
> Project: Infinispan
> Issue Type: Bug
> Affects Versions: 7.0.0.Beta2
> Reporter: Adrian Nistor
> Assignee: Ion Savin
> Fix For: 7.0.0.CR1
>
>
> Three problems:
> * the 3 nodes started using antrun fail to start if JBOSS_HOME is set to a location different from the ones holding the configs (target/server/node{1,2,3})
> * the test probe doesn't export the Person class used in the test and commons fails to find this class
> * paxurl fails to find the osgi features if custom maven local repository paths are used
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 6 months
[JBoss JIRA] (ISPN-4744) RemoteCacheOsgiIT fails to run
by Adrian Nistor (JIRA)
[ https://issues.jboss.org/browse/ISPN-4744?page=com.atlassian.jira.plugin.... ]
Adrian Nistor updated ISPN-4744:
--------------------------------
Status: Resolved (was: Pull Request Sent)
Fix Version/s: 7.0.0.CR1
(was: 7.0.0.Final)
Resolution: Done
Integrated in master. Thanks!
> RemoteCacheOsgiIT fails to run
> ------------------------------
>
> Key: ISPN-4744
> URL: https://issues.jboss.org/browse/ISPN-4744
> Project: Infinispan
> Issue Type: Task
> Affects Versions: 7.0.0.Beta2
> Reporter: Adrian Nistor
> Assignee: Ion Savin
> Fix For: 7.0.0.CR1
>
>
> Three problems:
> * the 3 nodes started using antrun fail to start if JBOSS_HOME is set to a location different from the ones holding the configs (target/server/node{1,2,3})
> * the test probe doesn't export the Person class used in the test and commons fails to find this class
> * paxurl fails to find the osgi features if custom maven local repository paths are used
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 6 months
[JBoss JIRA] (ISPN-4746) NPE when preloading cache with DeltaAware values
by Gustavo Fernandes (JIRA)
Gustavo Fernandes created ISPN-4746:
---------------------------------------
Summary: NPE when preloading cache with DeltaAware values
Key: ISPN-4746
URL: https://issues.jboss.org/browse/ISPN-4746
Project: Infinispan
Issue Type: Bug
Components: Core
Affects Versions: 7.0.0.Beta2
Reporter: Gustavo Fernandes
Assignee: Dan Berindei
{code:java}
public class DeltaAwarePreloadTest extends MultipleCacheManagersTest {
private static final int CLUSTER_SIZE = 1;
@Override
protected void createCacheManagers() throws Throwable {
ConfigurationBuilder c = getDefaultClusteredCacheConfig(CacheMode.DIST_SYNC, false);
c.persistence().addStore(new DummyInMemoryStoreConfigurationBuilder(c.persistence()).storeName(getClass().getSimpleName())).preload(true);
createCluster(c, CLUSTER_SIZE);
waitForClusterToForm();
}
@Test
public void testPreloadOnStart() throws PersistenceException {
Cache<Object, Object> cache = caches().get(0);
cache.put(1, new TestDeltaAware());
cache.stop();
cache.start();
}
}
{code}
During preload, the {{NonTxDistributionInterceptor}} decides that is requires values from previous owners and tries to check if the local node is the primary owner. At this point, the WriteCH is null since no topology was ever updated. Here's the stacktrace:
{code}
Caused by: org.infinispan.persistence.spi.PersistenceException: Unable to preload!
at org.infinispan.persistence.manager.PersistenceManagerImpl.preloadKey(PersistenceManagerImpl.java:620)
at org.infinispan.persistence.manager.PersistenceManagerImpl.access$000(PersistenceManagerImpl.java:70)
at org.infinispan.persistence.manager.PersistenceManagerImpl$1.processEntry(PersistenceManagerImpl.java:228)
at org.infinispan.persistence.dummy.DummyInMemoryStore.process(DummyInMemoryStore.java:165)
at org.infinispan.persistence.manager.PersistenceManagerImpl.preload(PersistenceManagerImpl.java:220)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at org.infinispan.commons.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:168)
... 37 more
Caused by: java.lang.NullPointerException
at org.infinispan.distribution.impl.DistributionManagerImpl.getWriteConsistentHash(DistributionManagerImpl.java:115)
at org.infinispan.distribution.impl.DistributionManagerImpl.getConsistentHash(DistributionManagerImpl.java:105)
at org.infinispan.distribution.impl.DistributionManagerImpl.getPrimaryLocation(DistributionManagerImpl.java:95)
at org.infinispan.interceptors.locking.ClusteringDependentLogic$DistributionLogic.localNodeIsPrimaryOwner(ClusteringDependentLogic.java:395)
at org.infinispan.interceptors.distribution.NonTxDistributionInterceptor.remoteGetBeforeWrite(NonTxDistributionInterceptor.java:131)
at org.infinispan.interceptors.distribution.BaseDistributionInterceptor.handleNonTxWriteCommand(BaseDistributionInterceptor.java:195)
at org.infinispan.interceptors.distribution.NonTxDistributionInterceptor.visitPutKeyValueCommand(NonTxDistributionInterceptor.java:72)
at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:71)
at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98)
at org.infinispan.interceptors.DistCacheWriterInterceptor.visitPutKeyValueCommand(DistCacheWriterInterceptor.java:72)
at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:71)
at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98)
at org.infinispan.interceptors.CacheLoaderInterceptor.visitPutKeyValueCommand(CacheLoaderInterceptor.java:113)
at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:71)
at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98)
at org.infinispan.interceptors.EntryWrappingInterceptor.invokeNextAndApplyChanges(EntryWrappingInterceptor.java:376)
at org.infinispan.interceptors.EntryWrappingInterceptor.setSkipRemoteGetsAndInvokeNextForDataCommand(EntryWrappingInterceptor.java:464)
{code}
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 6 months
[JBoss JIRA] (ISPN-4745) Cluster Listener TX Batch incorrect when sending multiple events
by William Burns (JIRA)
[ https://issues.jboss.org/browse/ISPN-4745?page=com.atlassian.jira.plugin.... ]
William Burns updated ISPN-4745:
--------------------------------
Description: While glancing through the code I noticed that the RemoteListener incorrectly sends the events after each event while looping on them this causes (n * (n + 1)) / 2 as many events in the batch, which is incorrect when n > 1. We just need to move the submit outside of the for loop. (was: While glancing through the code I noticed that the RemoteListener incorrectly sends the events after each event while looping on them this causes (n) * (n - 1) as many events when you have more than 1 event in the batch. We just need to move the submit outside of the for loop.)
> Cluster Listener TX Batch incorrect when sending multiple events
> ----------------------------------------------------------------
>
> Key: ISPN-4745
> URL: https://issues.jboss.org/browse/ISPN-4745
> Project: Infinispan
> Issue Type: Bug
> Components: Listeners
> Affects Versions: 7.0.0.Beta2
> Reporter: William Burns
> Assignee: William Burns
> Priority: Critical
> Fix For: 7.0.0.CR1
>
>
> While glancing through the code I noticed that the RemoteListener incorrectly sends the events after each event while looping on them this causes (n * (n + 1)) / 2 as many events in the batch, which is incorrect when n > 1. We just need to move the submit outside of the for loop.
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 6 months
[JBoss JIRA] (ISPN-4745) Cluster Listener TX Batch incorrect when sending multiple events
by William Burns (JIRA)
William Burns created ISPN-4745:
-----------------------------------
Summary: Cluster Listener TX Batch incorrect when sending multiple events
Key: ISPN-4745
URL: https://issues.jboss.org/browse/ISPN-4745
Project: Infinispan
Issue Type: Bug
Components: Listeners
Affects Versions: 7.0.0.Beta2
Reporter: William Burns
Assignee: William Burns
Priority: Critical
Fix For: 7.0.0.CR1
While glancing through the code I noticed that the RemoteListener incorrectly sends the events after each event while looping on them this causes (n) * (n - 1) as many events when you have more than 1 event in the batch. We just need to move the submit outside of the for loop.
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 6 months
[JBoss JIRA] (ISPN-4744) RemoteCacheOsgiIT fails to run
by Ion Savin (JIRA)
[ https://issues.jboss.org/browse/ISPN-4744?page=com.atlassian.jira.plugin.... ]
Ion Savin updated ISPN-4744:
----------------------------
Status: Open (was: New)
> RemoteCacheOsgiIT fails to run
> ------------------------------
>
> Key: ISPN-4744
> URL: https://issues.jboss.org/browse/ISPN-4744
> Project: Infinispan
> Issue Type: Task
> Affects Versions: 7.0.0.Beta2
> Reporter: Adrian Nistor
> Assignee: Ion Savin
> Fix For: 7.0.0.Final
>
>
> Three problems:
> * the 3 nodes started using antrun fail to start if JBOSS_HOME is set to a location different from the ones holding the configs (target/server/node{1,2,3})
> * the test probe doesn't export the Person class used in the test and commons fails to find this class
> * paxurl fails to find the osgi features if custom maven local repository paths are used
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 6 months