April 2018 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-9048) Gulp check should prevent console logging

by Ryan Emerson (JIRA)

[ https://issues.jboss.org/browse/ISPN-9048?page=com.atlassian.jira.plugin.... ] Ryan Emerson updated ISPN-9048: ------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan-management-console/pull/237 > Gulp check should prevent console logging > ----------------------------------------- > > Key: ISPN-9048 > URL: https://issues.jboss.org/browse/ISPN-9048 > Project: Infinispan > Issue Type: Enhancement > Components: Console > Affects Versions: 9.2.1.Final > Reporter: Ryan Emerson > Assignee: Ryan Emerson > Fix For: 9.2.2.Final, 9.3.0.Alpha1 > > > Console.log output just adds now, we should ensure that gulp check prevents this and only allows console error output. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-9048) Gulp check should prevent console logging

by Ryan Emerson (JIRA)

Ryan Emerson created ISPN-9048: ---------------------------------- Summary: Gulp check should prevent console logging Key: ISPN-9048 URL: https://issues.jboss.org/browse/ISPN-9048 Project: Infinispan Issue Type: Enhancement Components: Console Affects Versions: 9.2.1.Final Reporter: Ryan Emerson Assignee: Ryan Emerson Fix For: 9.2.2.Final, 9.3.0.Alpha1 Console.log output just adds now, we should ensure that gulp check prevents this and only allows console error output. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-9047) Enable view bundling in JGroups configurations

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-9047?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-9047: ------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/5898 > Enable view bundling in JGroups configurations > ---------------------------------------------- > > Key: ISPN-9047 > URL: https://issues.jboss.org/browse/ISPN-9047 > Project: Infinispan > Issue Type: Task > Components: Core > Affects Versions: 9.2.1.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 9.3.0.Alpha1 > > > We only disabled view bundling in all our JGroups configuration as a workaround for JGRP-2028, which has been fixed in JGroups 4.0. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-9047) Enable view bundling in JGroups configurations

by Dan Berindei (JIRA)

Dan Berindei created ISPN-9047: ---------------------------------- Summary: Enable view bundling in JGroups configurations Key: ISPN-9047 URL: https://issues.jboss.org/browse/ISPN-9047 Project: Infinispan Issue Type: Task Components: Core Affects Versions: 9.2.1.Final Reporter: Dan Berindei Assignee: Dan Berindei Fix For: 9.3.0.Alpha1 We only disabled view bundling in all our JGroups configuration as a workaround for JGRP-2028, which has been fixed in JGroups 4.0. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-9047) Enable view bundling in JGroups configurations

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-9047?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-9047: ------------------------------- Status: Open (was: New) > Enable view bundling in JGroups configurations > ---------------------------------------------- > > Key: ISPN-9047 > URL: https://issues.jboss.org/browse/ISPN-9047 > Project: Infinispan > Issue Type: Task > Components: Core > Affects Versions: 9.2.1.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 9.3.0.Alpha1 > > > We only disabled view bundling in all our JGroups configuration as a workaround for JGRP-2028, which has been fixed in JGroups 4.0. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-8719) KeySet.(iterator|spliterator|stream) not compatible with versions before 9.1

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-8719?page=com.atlassian.jira.plugin.... ] William Burns updated ISPN-8719: -------------------------------- Fix Version/s: 9.1.8.Final 9.2.2.Final 9.3.0.Alpha1 > KeySet.(iterator|spliterator|stream) not compatible with versions before 9.1 > ---------------------------------------------------------------------------- > > Key: ISPN-8719 > URL: https://issues.jboss.org/browse/ISPN-8719 > Project: Infinispan > Issue Type: Bug > Affects Versions: 9.1.0.Final, 9.2.0.Final > Reporter: Marek Posolda > Assignee: William Burns > Priority: Critical > Fix For: 9.1.8.Final, 9.2.2.Final, 9.3.0.Alpha1 > > Attachments: InfinispanRemote.java > > > Steps to reproduce: > 1) Use infinispan server version 8.2.6 (or JDG server 7.1.0) and start it. > {code} > cd JDG_HOME/bin > ./standalone.sh > {code} > 2) Create sample java project having dependency on latest dependency 9.2.0.CR1 in pom.xml: > {code} > <dependencies> > <dependency> > <groupId>org.infinispan</groupId> > <artifactId>infinispan-core</artifactId> > <version>9.2.0.CR1</version> > </dependency> > <dependency> > <groupId>org.infinispan</groupId> > <artifactId>infinispan-cachestore-remote</artifactId> > <version>9.2.0.CR1</version> > </dependency> > </dependencies> > {code} > 3) Add one simple java class based on the tutorial: http://infinispan.org/tutorials/simple/remote/ . The only difference is that I use hotRod protocolVersion 2.5 and calling: > {code} > remoteCache.keySet().iterator().hasNext() > {code}. I am attaching the class in attachement. > 4) Run the class. Seeing exception in both server log and on client-side. > Server exception > {code} > 10:44:20,365 ERROR [org.infinispan.server.hotrod.CacheDecodeContext] (HotRodServerWorker-6-1) ISPN005003: Exception reported: java.lang.IllegalStateException: ISPN006016: Factory 'org.infinispan.server.hotrod.HotRodServer$ToEmptyBytesKeyValueFilterConverter' not found in server > at org.infinispan.server.hotrod.iteration.DefaultIterationManager.getFactory(DefaultIterationManager.java:148) > at org.infinispan.server.hotrod.iteration.DefaultIterationManager.start(DefaultIterationManager.java:131) > at org.infinispan.server.hotrod.ContextHandler.realRead(ContextHandler.java:175) > at org.infinispan.server.hotrod.ContextHandler.lambda$channelRead0$1(ContextHandler.java:57) > at org.infinispan.server.hotrod.ContextHandler$$Lambda$86/1492247987.run(Unknown Source) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at io.netty.util.concurrent.DefaultThreadFactory$DefaultRunnableDecorator.run(DefaultThreadFactory.java:144) > at java.lang.Thread.run(Thread.java:745) > {code} > Client exception: > {code} > Jan 24, 2018 10:44:20 AM org.infinispan.client.hotrod.impl.protocol.Codec20 checkForErrorsInResponseStatus > WARN: ISPN004005: Error received from the server: java.lang.IllegalStateException: ISPN006016: Factory 'org.infinispan.server.hotrod.HotRodServer$ToEmptyBytesKeyValueFilterConverter' not found in server > Exception in thread "main" org.infinispan.client.hotrod.exceptions.HotRodClientException:Request for messageId=5 returned server error (status=0x85): java.lang.IllegalStateException: ISPN006016: Factory 'org.infinispan.server.hotrod.HotRodServer$ToEmptyBytesKeyValueFilterConverter' not found in server > at org.infinispan.client.hotrod.impl.protocol.Codec20.checkForErrorsInResponseStatus(Codec20.java:408) > at org.infinispan.client.hotrod.impl.protocol.Codec20.readPartialHeader(Codec20.java:162) > at org.infinispan.client.hotrod.impl.protocol.Codec20.readHeader(Codec20.java:148) > at org.infinispan.client.hotrod.impl.operations.HotRodOperation.readHeaderAndValidate(HotRodOperation.java:60) > at org.infinispan.client.hotrod.impl.operations.IterationStartOperation.executeOperation(IterationStartOperation.java:72) > at org.infinispan.client.hotrod.impl.operations.IterationStartOperation.executeOperation(IterationStartOperation.java:21) > at org.infinispan.client.hotrod.impl.operations.RetryOnFailureOperation.execute(RetryOnFailureOperation.java:56) > at org.infinispan.client.hotrod.impl.iteration.RemoteCloseableIterator.startInternal(RemoteCloseableIterator.java:127) > at org.infinispan.client.hotrod.impl.iteration.RemoteCloseableIterator.start(RemoteCloseableIterator.java:140) > at org.infinispan.client.hotrod.impl.RemoteCacheImpl.retrieveEntries(RemoteCacheImpl.java:162) > at org.infinispan.client.hotrod.impl.RemoteCacheImpl.retrieveEntries(RemoteCacheImpl.java:168) > at org.infinispan.client.hotrod.impl.RemoteCacheImpl.retrieveEntries(RemoteCacheImpl.java:173) > at org.infinispan.client.hotrod.impl.RemoteCacheImpl$KeySet.iterator(RemoteCacheImpl.java:553) > at org.mposolda.ispn.InfinispanRemote.main(InfinispanRemote.java:34) > {code} > Indeed, When looking at this line of class RemoteCacheImpl, I see that it references the class, which seem that it was added in HotRodServer version 9. This looks like the cause of the error: https://github.com/infinispan/infinispan/blob/master/client/hotrod-client... -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-8719) KeySet.(iterator|spliterator|stream) not compatible with versions before 9.1

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-8719?page=com.atlassian.jira.plugin.... ] William Burns updated ISPN-8719: -------------------------------- Status: Pull Request Sent (was: Coding In Progress) Git Pull Request: https://github.com/infinispan/infinispan/pull/5896 > KeySet.(iterator|spliterator|stream) not compatible with versions before 9.1 > ---------------------------------------------------------------------------- > > Key: ISPN-8719 > URL: https://issues.jboss.org/browse/ISPN-8719 > Project: Infinispan > Issue Type: Bug > Affects Versions: 9.1.0.Final, 9.2.0.Final > Reporter: Marek Posolda > Assignee: William Burns > Priority: Critical > Fix For: 9.1.8.Final, 9.2.2.Final, 9.3.0.Alpha1 > > Attachments: InfinispanRemote.java > > > Steps to reproduce: > 1) Use infinispan server version 8.2.6 (or JDG server 7.1.0) and start it. > {code} > cd JDG_HOME/bin > ./standalone.sh > {code} > 2) Create sample java project having dependency on latest dependency 9.2.0.CR1 in pom.xml: > {code} > <dependencies> > <dependency> > <groupId>org.infinispan</groupId> > <artifactId>infinispan-core</artifactId> > <version>9.2.0.CR1</version> > </dependency> > <dependency> > <groupId>org.infinispan</groupId> > <artifactId>infinispan-cachestore-remote</artifactId> > <version>9.2.0.CR1</version> > </dependency> > </dependencies> > {code} > 3) Add one simple java class based on the tutorial: http://infinispan.org/tutorials/simple/remote/ . The only difference is that I use hotRod protocolVersion 2.5 and calling: > {code} > remoteCache.keySet().iterator().hasNext() > {code}. I am attaching the class in attachement. > 4) Run the class. Seeing exception in both server log and on client-side. > Server exception > {code} > 10:44:20,365 ERROR [org.infinispan.server.hotrod.CacheDecodeContext] (HotRodServerWorker-6-1) ISPN005003: Exception reported: java.lang.IllegalStateException: ISPN006016: Factory 'org.infinispan.server.hotrod.HotRodServer$ToEmptyBytesKeyValueFilterConverter' not found in server > at org.infinispan.server.hotrod.iteration.DefaultIterationManager.getFactory(DefaultIterationManager.java:148) > at org.infinispan.server.hotrod.iteration.DefaultIterationManager.start(DefaultIterationManager.java:131) > at org.infinispan.server.hotrod.ContextHandler.realRead(ContextHandler.java:175) > at org.infinispan.server.hotrod.ContextHandler.lambda$channelRead0$1(ContextHandler.java:57) > at org.infinispan.server.hotrod.ContextHandler$$Lambda$86/1492247987.run(Unknown Source) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at io.netty.util.concurrent.DefaultThreadFactory$DefaultRunnableDecorator.run(DefaultThreadFactory.java:144) > at java.lang.Thread.run(Thread.java:745) > {code} > Client exception: > {code} > Jan 24, 2018 10:44:20 AM org.infinispan.client.hotrod.impl.protocol.Codec20 checkForErrorsInResponseStatus > WARN: ISPN004005: Error received from the server: java.lang.IllegalStateException: ISPN006016: Factory 'org.infinispan.server.hotrod.HotRodServer$ToEmptyBytesKeyValueFilterConverter' not found in server > Exception in thread "main" org.infinispan.client.hotrod.exceptions.HotRodClientException:Request for messageId=5 returned server error (status=0x85): java.lang.IllegalStateException: ISPN006016: Factory 'org.infinispan.server.hotrod.HotRodServer$ToEmptyBytesKeyValueFilterConverter' not found in server > at org.infinispan.client.hotrod.impl.protocol.Codec20.checkForErrorsInResponseStatus(Codec20.java:408) > at org.infinispan.client.hotrod.impl.protocol.Codec20.readPartialHeader(Codec20.java:162) > at org.infinispan.client.hotrod.impl.protocol.Codec20.readHeader(Codec20.java:148) > at org.infinispan.client.hotrod.impl.operations.HotRodOperation.readHeaderAndValidate(HotRodOperation.java:60) > at org.infinispan.client.hotrod.impl.operations.IterationStartOperation.executeOperation(IterationStartOperation.java:72) > at org.infinispan.client.hotrod.impl.operations.IterationStartOperation.executeOperation(IterationStartOperation.java:21) > at org.infinispan.client.hotrod.impl.operations.RetryOnFailureOperation.execute(RetryOnFailureOperation.java:56) > at org.infinispan.client.hotrod.impl.iteration.RemoteCloseableIterator.startInternal(RemoteCloseableIterator.java:127) > at org.infinispan.client.hotrod.impl.iteration.RemoteCloseableIterator.start(RemoteCloseableIterator.java:140) > at org.infinispan.client.hotrod.impl.RemoteCacheImpl.retrieveEntries(RemoteCacheImpl.java:162) > at org.infinispan.client.hotrod.impl.RemoteCacheImpl.retrieveEntries(RemoteCacheImpl.java:168) > at org.infinispan.client.hotrod.impl.RemoteCacheImpl.retrieveEntries(RemoteCacheImpl.java:173) > at org.infinispan.client.hotrod.impl.RemoteCacheImpl$KeySet.iterator(RemoteCacheImpl.java:553) > at org.mposolda.ispn.InfinispanRemote.main(InfinispanRemote.java:34) > {code} > Indeed, When looking at this line of class RemoteCacheImpl, I see that it references the class, which seem that it was added in HotRodServer version 9. This looks like the cause of the error: https://github.com/infinispan/infinispan/blob/master/client/hotrod-client... -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-9038) UNICAST3 conn_expiry_timeout should use JGroups default value

by Radoslav Husar (JIRA)

[ https://issues.jboss.org/browse/ISPN-9038?page=com.atlassian.jira.plugin.... ] Radoslav Husar updated ISPN-9038: --------------------------------- Status: Resolved (was: Pull Request Sent) Fix Version/s: 9.2.2.Final Resolution: Done > UNICAST3 conn_expiry_timeout should use JGroups default value > ------------------------------------------------------------- > > Key: ISPN-9038 > URL: https://issues.jboss.org/browse/ISPN-9038 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 9.1.6.Final > Reporter: Rich DiCroce > Assignee: Radoslav Husar > Fix For: 9.2.2.Final > > > Per [~belaban]'s comments on JGRP-2260, WildFly should not change the default conn_expiry_timeout for UNICAST3. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-9038) UNICAST3 conn_expiry_timeout should use JGroups default value

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-9038?page=com.atlassian.jira.plugin.... ] Dan Berindei commented on ISPN-9038: ------------------------------------ Looks like we added {{conn_expiry_timeout="0"}} as a workaround for JGRP-1586, we should have removed it when we switched from UNICAST2 to UNICAST3. > UNICAST3 conn_expiry_timeout should use JGroups default value > ------------------------------------------------------------- > > Key: ISPN-9038 > URL: https://issues.jboss.org/browse/ISPN-9038 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 9.1.6.Final > Reporter: Rich DiCroce > Assignee: Radoslav Husar > > Per [~belaban]'s comments on JGRP-2260, WildFly should not change the default conn_expiry_timeout for UNICAST3. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-9044) In Cluster - Infinispan - SingleFileStore - fetchPersistentState/StateTransfer not transferring complete data to Joining Node

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-9044?page=com.atlassian.jira.plugin.... ] Dan Berindei commented on ISPN-9044: ------------------------------------ [~debashish.bharali] [ReplStateTransferCacheLoaderTest|https://github.com/infinispan/infinispan...] tests {{fetchPersistentState(true)}}, it would really help if you could modify that test to replicate the problem. > In Cluster - Infinispan - SingleFileStore - fetchPersistentState/StateTransfer not transferring complete data to Joining Node > ----------------------------------------------------------------------------------------------------------------------------- > > Key: ISPN-9044 > URL: https://issues.jboss.org/browse/ISPN-9044 > Project: Infinispan > Issue Type: Bug > Components: Lucene Directory > Affects Versions: 8.2.5.Final > Reporter: Debashish Bharali > Priority: Critical > Attachments: neutrino-hibernatesearch-infinispan.xml > > > Infinispan - SingleFileStore - fetchPersistentState/StateTransfer not transferring complete data to Joining Node. > Related to ISPN-8980 (https://issues.jboss.org/browse/ISPN-8980). > We are using Hibernate Search Indexes - Lucene indexes being stored on Infinispan with SingleFileStore. > In case of more than 1 node. For example 4 nodes. We are observing below behaviour. > Below are the steps: > # We startup the first node *'N1'* in maintenance mode - with MassIndexer - creating initial indexes. > # Now after all the MassIndexer/EntityLoader threads ends (after 1-2 Hrs). I.e. MassIndexing has been completed. We startup all other 3 nodes *'N2' , 'N3' and 'N4'*. Without MassIndexer. > # Now on moderate to heavy application usage (concurrency), we are again getting the same exception of *Exception occurred java.io.FileNotFoundException: Error loading metadata for index file. Which indicates, {color:red}Some entries are not present in cache.{color}* > # *But this exception comes only on the other 3 nodes (N2, N3 and N4). Not on the first node N1.* > # On checking the sizes of the Cache stores in all the Nodes, the 3 Nodes (N2,N3 and N4) are having almost equal size (600 MB), which is 50%-70% of the size of Cache Stores of N1 (1.2 GB). > # We have repeated these steps multiple times. Even switched MassIndexing node to other 3 nodes too. We have even reduced the number of nodes to 2. > # *But the behaviour is exactly same. I.e. Exception on all the nodes except the initial node doing MassIndexing.* > # {color:red} It seems like, *'N1's* cache-store's persistent state is not getting fetched by *'N2' 'N3' and 'N4'*, when these node joins joins.{color} > # This is indicated by the fact that, FileNotFoundException doesn't comes in 'N1'. It comes in other nodes only (who joined later -- like N2, N3 & N4). And size of cache store's *'.DAT'* files are smaller then *'N1's*. > Require urgent support. > Attaching the corresponding Infinispan config file (neutrino-hibernatesearch-infinispan.xml) -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 1 month

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues April 2018