October 2014 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-4783) Using new ArrayList<>(resultCache.values())

by Markus Vogt (JIRA)

[ https://issues.jboss.org/browse/ISPN-4783?page=com.atlassian.jira.plugin.... ] Markus Vogt updated ISPN-4783: ------------------------------ Attachment: cacheConfig.xml The cache config... > Using new ArrayList<>(resultCache.values()) > ------------------------------------------- > > Key: ISPN-4783 > URL: https://issues.jboss.org/browse/ISPN-4783 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 6.0.2.Final > Reporter: Markus Vogt > Attachments: cacheConfig.xml, ISPN4783_Test.java > > > Hi, > I am a little bit confused about the behaviour of getting the values from a cache and inserting into an ArrayList. > I've putted one value into a cache, so that cache.size() is returning 1. If i now use 'new ArrayList<>(resultCache.values())', there will be two items in the list. > By iterating over the cache, only one iteration will run... Where comes the second item from? > Regards, > Markus -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4783) Using new ArrayList<>(resultCache.values())

by Markus Vogt (JIRA)

[ https://issues.jboss.org/browse/ISPN-4783?page=com.atlassian.jira.plugin.... ] Markus Vogt updated ISPN-4783: ------------------------------ Attachment: ISPN4783_Test.java The test class. > Using new ArrayList<>(resultCache.values()) > ------------------------------------------- > > Key: ISPN-4783 > URL: https://issues.jboss.org/browse/ISPN-4783 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 6.0.2.Final > Reporter: Markus Vogt > Attachments: ISPN4783_Test.java > > > Hi, > I am a little bit confused about the behaviour of getting the values from a cache and inserting into an ArrayList. > I've putted one value into a cache, so that cache.size() is returning 1. If i now use 'new ArrayList<>(resultCache.values())', there will be two items in the list. > By iterating over the cache, only one iteration will run... Where comes the second item from? > Regards, > Markus -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4794) Ant errors in some modules with partial builds (mvn -am -pl)

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-4794?page=com.atlassian.jira.plugin.... ] Dan Berindei reassigned ISPN-4794: ---------------------------------- Assignee: Dan Berindei (was: Mircea Markus) > Ant errors in some modules with partial builds (mvn -am -pl) > ------------------------------------------------------------ > > Key: ISPN-4794 > URL: https://issues.jboss.org/browse/ISPN-4794 > Project: Infinispan > Issue Type: Bug > Components: Build process > Affects Versions: 7.0.0.Beta2 > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 7.0.0.Final > > > I often want to run the tests in a particular module, so I run a command similar to this to build that module and its dependencies: > {{mvn clean && mvn install -DskipTests -am -pl integrationtests/as-integration-client}} > That doesn't work, and I get an Ant error message: > {noformat} > [ERROR] Failed to execute goal org.apache.maven.plugins:maven-antrun-plugin:1.7:run (generate-distros-and-configs) on project infinispan-as-module-client-integrationtests: An Ant BuildException has occured: The following error occurred while executing this line: > [ERROR] /home/dan/Work/logs/infinispan/integrationtests/as-integration-client/build.xml:16: /home/dan/Work/logs/infinispan/server/integration/build/target/infinispan-server-7.0.0-SNAPSHOT does not exist. > [ERROR] around Ant part ...<ant antfile="build.xml" target="create_distro"/>... @ 4:52 in /home/dan/Work/logs/infinispan/integrationtests/as-integration-client/target/antrun/build-main.xml > [ERROR] -> [Help 1] > org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal org.apache.maven.plugins:maven-antrun-plugin:1.7:run (generate-distros-and-configs) on project infinispan-as-module-client-integrationtests: An Ant BuildException has occured: The following error occurred while executing this line: > /home/dan/Work/logs/infinispan/integrationtests/as-integration-client/build.xml:16: /home/dan/Work/logs/infinispan/server/integration/build/target/infinispan-server-7.0.0-SNAPSHOT does not exist. > around Ant part ...<ant antfile="build.xml" target="create_distro"/>... @ 4:52 in /home/dan/Work/logs/infinispan/integrationtests/as-integration-client/target/antrun/build-main.xml > {noformat} > Running {{mvn clean && mvn install -DskipTests}} works fine, so there must be some bad interaction between the Ant build scripts and the partial build system in Maven. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4813) JMX returns wrong number of cache entries

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-4813?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-4813: ------------------------------- Labels: testsuite_stability (was: ) > JMX returns wrong number of cache entries > ----------------------------------------- > > Key: ISPN-4813 > URL: https://issues.jboss.org/browse/ISPN-4813 > Project: Infinispan > Issue Type: Bug > Components: JMX, reporting and management, Remote Protocols, Server > Reporter: Vojtech Juranek > Labels: testsuite_stability > > Number of cache entries ({{numberOfEntries}}) provided by JMX is wrong. {{HotRodRemoteCacheIT#testPutAsyc}} fails with assert error (see bellow), because JMX returns wrong number of entries in the cache. When debugging the test, number of entries in the cache is correct (100 - obrained e.g. by {{cache.getBulk().size()}}), but JMX return wrong number (100). Even on cleared cache JMX return that it contains 3 entries. When the {{clear}} operation is called via JMX, JMX show correct number (0). > {noformat} > java.lang.AssertionError: expected:<100> but was:<103> > at org.junit.Assert.fail(Assert.java:88) > at org.junit.Assert.failNotEquals(Assert.java:743) > at org.junit.Assert.assertEquals(Assert.java:118) > at org.junit.Assert.assertEquals(Assert.java:555) > at org.junit.Assert.assertEquals(Assert.java:542) > at org.infinispan.server.test.client.hotrod.AbstractRemoteCacheIT.testPutAsync(AbstractRemoteCacheIT.java:574) > {noformat} -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4867) HotRodRemoteCacheIT(localmode-udp).testCustomEvents random failures

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-4867?page=com.atlassian.jira.plugin.... ] Dan Berindei resolved ISPN-4867. -------------------------------- Resolution: Duplicate Issue > HotRodRemoteCacheIT(localmode-udp).testCustomEvents random failures > ------------------------------------------------------------------- > > Key: ISPN-4867 > URL: https://issues.jboss.org/browse/ISPN-4867 > Project: Infinispan > Issue Type: Bug > Components: Server, Test Suite - Server > Affects Versions: 7.0.0.CR1 > Reporter: Dan Berindei > Priority: Blocker > Labels: testsuite_stability > Fix For: 7.0.0.Final > > > {noformat} > org.infinispan.client.hotrod.exceptions.HotRodClientException: org.infinispan.commons.CacheException: java.lang.NoClassDefFoundError: org/infinispan/server/test/client/hotrod/HotRodCustomMarshallerEventIT$Id > at org.infinispan.client.hotrod.impl.protocol.Codec20.checkForErrorsInResponseStatus(Codec20.java:284) > at org.infinispan.client.hotrod.impl.protocol.Codec20.readPartialHeader(Codec20.java:86) > at org.infinispan.client.hotrod.impl.protocol.Codec20.readHeader(Codec20.java:72) > at org.infinispan.client.hotrod.impl.operations.HotRodOperation.readHeaderAndValidate(HotRodOperation.java:56) > at org.infinispan.client.hotrod.impl.operations.AbstractKeyValueOperation.sendPutOperation(AbstractKeyValueOperation.java:50) > at org.infinispan.client.hotrod.impl.operations.PutOperation.executeOperation(PutOperation.java:30) > at org.infinispan.client.hotrod.impl.operations.PutOperation.executeOperation(PutOperation.java:19) > at org.infinispan.client.hotrod.impl.operations.RetryOnFailureOperation.execute(RetryOnFailureOperation.java:50) > at org.infinispan.client.hotrod.impl.RemoteCacheImpl.put(RemoteCacheImpl.java:237) > at org.infinispan.client.hotrod.impl.RemoteCacheSupport.put(RemoteCacheSupport.java:79) > at org.infinispan.server.test.client.hotrod.AbstractRemoteCacheIT.testCustomEvents(AbstractRemoteCacheIT.java:855) > {noformat} > Tests {{testCustomEventsDynamic}}, {{testEventFilteringDynamic}}, {{testEventFilteringStatic}} fail with the same error message. > Failing since http://ci.infinispan.org/viewLog.html?buildTypeId=bt8&buildId=12713 -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4813) JMX returns wrong number of cache entries

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-4813?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-4813: ------------------------------- Assignee: (was: Mircea Markus) > JMX returns wrong number of cache entries > ----------------------------------------- > > Key: ISPN-4813 > URL: https://issues.jboss.org/browse/ISPN-4813 > Project: Infinispan > Issue Type: Bug > Components: JMX, reporting and management, Remote Protocols, Server > Reporter: Vojtech Juranek > > Number of cache entries ({{numberOfEntries}}) provided by JMX is wrong. {{HotRodRemoteCacheIT#testPutAsyc}} fails with assert error (see bellow), because JMX returns wrong number of entries in the cache. When debugging the test, number of entries in the cache is correct (100 - obrained e.g. by {{cache.getBulk().size()}}), but JMX return wrong number (100). Even on cleared cache JMX return that it contains 3 entries. When the {{clear}} operation is called via JMX, JMX show correct number (0). > {noformat} > java.lang.AssertionError: expected:<100> but was:<103> > at org.junit.Assert.fail(Assert.java:88) > at org.junit.Assert.failNotEquals(Assert.java:743) > at org.junit.Assert.assertEquals(Assert.java:118) > at org.junit.Assert.assertEquals(Assert.java:555) > at org.junit.Assert.assertEquals(Assert.java:542) > at org.infinispan.server.test.client.hotrod.AbstractRemoteCacheIT.testPutAsync(AbstractRemoteCacheIT.java:574) > {noformat} -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4867) HotRodRemoteCacheIT(localmode-udp).testCustomEvents random failures

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-4867?page=com.atlassian.jira.plugin.... ] Dan Berindei commented on ISPN-4867: ------------------------------------ The failures seem to be caused by ISPN-4813 > HotRodRemoteCacheIT(localmode-udp).testCustomEvents random failures > ------------------------------------------------------------------- > > Key: ISPN-4867 > URL: https://issues.jboss.org/browse/ISPN-4867 > Project: Infinispan > Issue Type: Bug > Components: Server, Test Suite - Server > Affects Versions: 7.0.0.CR1 > Reporter: Dan Berindei > Priority: Blocker > Labels: testsuite_stability > Fix For: 7.0.0.Final > > > {noformat} > org.infinispan.client.hotrod.exceptions.HotRodClientException: org.infinispan.commons.CacheException: java.lang.NoClassDefFoundError: org/infinispan/server/test/client/hotrod/HotRodCustomMarshallerEventIT$Id > at org.infinispan.client.hotrod.impl.protocol.Codec20.checkForErrorsInResponseStatus(Codec20.java:284) > at org.infinispan.client.hotrod.impl.protocol.Codec20.readPartialHeader(Codec20.java:86) > at org.infinispan.client.hotrod.impl.protocol.Codec20.readHeader(Codec20.java:72) > at org.infinispan.client.hotrod.impl.operations.HotRodOperation.readHeaderAndValidate(HotRodOperation.java:56) > at org.infinispan.client.hotrod.impl.operations.AbstractKeyValueOperation.sendPutOperation(AbstractKeyValueOperation.java:50) > at org.infinispan.client.hotrod.impl.operations.PutOperation.executeOperation(PutOperation.java:30) > at org.infinispan.client.hotrod.impl.operations.PutOperation.executeOperation(PutOperation.java:19) > at org.infinispan.client.hotrod.impl.operations.RetryOnFailureOperation.execute(RetryOnFailureOperation.java:50) > at org.infinispan.client.hotrod.impl.RemoteCacheImpl.put(RemoteCacheImpl.java:237) > at org.infinispan.client.hotrod.impl.RemoteCacheSupport.put(RemoteCacheSupport.java:79) > at org.infinispan.server.test.client.hotrod.AbstractRemoteCacheIT.testCustomEvents(AbstractRemoteCacheIT.java:855) > {noformat} > Tests {{testCustomEventsDynamic}}, {{testEventFilteringDynamic}}, {{testEventFilteringStatic}} fail with the same error message. > Failing since http://ci.infinispan.org/viewLog.html?buildTypeId=bt8&buildId=12713 -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4813) JMX returns wrong number of cache entries

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-4813?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-4813: ------------------------------- Component/s: Remote Protocols Server > JMX returns wrong number of cache entries > ----------------------------------------- > > Key: ISPN-4813 > URL: https://issues.jboss.org/browse/ISPN-4813 > Project: Infinispan > Issue Type: Bug > Components: JMX, reporting and management, Remote Protocols, Server > Reporter: Vojtech Juranek > Assignee: Mircea Markus > > Number of cache entries ({{numberOfEntries}}) provided by JMX is wrong. {{HotRodRemoteCacheIT#testPutAsyc}} fails with assert error (see bellow), because JMX returns wrong number of entries in the cache. When debugging the test, number of entries in the cache is correct (100 - obrained e.g. by {{cache.getBulk().size()}}), but JMX return wrong number (100). Even on cleared cache JMX return that it contains 3 entries. When the {{clear}} operation is called via JMX, JMX show correct number (0). > {noformat} > java.lang.AssertionError: expected:<100> but was:<103> > at org.junit.Assert.fail(Assert.java:88) > at org.junit.Assert.failNotEquals(Assert.java:743) > at org.junit.Assert.assertEquals(Assert.java:118) > at org.junit.Assert.assertEquals(Assert.java:555) > at org.junit.Assert.assertEquals(Assert.java:542) > at org.infinispan.server.test.client.hotrod.AbstractRemoteCacheIT.testPutAsync(AbstractRemoteCacheIT.java:574) > {noformat} -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4864) Drop fork support until we rebase on WF9's jgroups subsystem

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-4864?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-4864: ------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Drop fork support until we rebase on WF9's jgroups subsystem > ------------------------------------------------------------ > > Key: ISPN-4864 > URL: https://issues.jboss.org/browse/ISPN-4864 > Project: Infinispan > Issue Type: Bug > Components: Server > Affects Versions: 7.0.0.CR1 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 7.0.0.Final > > -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4755) TransportConfigurationBuilder.read(...) assumes Transport instance has default constructor

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-4755?page=com.atlassian.jira.plugin.... ] Dan Berindei commented on ISPN-4755: ------------------------------------ [~NadirX] WDYT? > TransportConfigurationBuilder.read(...) assumes Transport instance has default constructor > ------------------------------------------------------------------------------------------ > > Key: ISPN-4755 > URL: https://issues.jboss.org/browse/ISPN-4755 > Project: Infinispan > Issue Type: Enhancement > Components: Configuration > Affects Versions: 7.0.0.Beta2 > Reporter: Paul Ferraro > > While upgrading WildFly to Infinispan 7.0, I encountered an InstantiationException in a call to GlobalConfigurationBuilder.read(...). The culprit is the following commit: > https://github.com/infinispan/infinispan/commit/b6190774725ed38f67ee7787a... > Specifically, during TransportConfigurationBuilder.read(...) a new Transport instance is constructed using the default constructor of the transport class. However, the Transport object might not have a default constructor. Such is the case with WildFly's ChannelTransport. > See: https://github.com/wildfly/wildfly/blob/master/clustering/infinispan/src/... -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 5 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 October 2014