May 2016 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-6644) Use externalizer directly to serialize CommandInvocationId

by Radim Vansa (JIRA)

Radim Vansa created ISPN-6644: --------------------------------- Summary: Use externalizer directly to serialize CommandInvocationId Key: ISPN-6644 URL: https://issues.jboss.org/browse/ISPN-6644 Project: Infinispan Issue Type: Enhancement Components: Core Affects Versions: 9.0.0.Alpha1 Reporter: Radim Vansa Assignee: Radim Vansa CommandInvocationId serialization can be improved by using the externalizer directly, instead of invoking {{output.writeObject(commandInvocationId)}} and {{input.readObject()}}. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-6614) [8.2.x] JCacheConfigurationPropertiesFileTest.testPropertiesConfiguration always fails

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-6614?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-6614: ---------------------------------- Fix Version/s: 8.2.3.Final (was: 8.2.2.Final) > [8.2.x] JCacheConfigurationPropertiesFileTest.testPropertiesConfiguration always fails > --------------------------------------------------------------------------------------- > > Key: ISPN-6614 > URL: https://issues.jboss.org/browse/ISPN-6614 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Core > Affects Versions: 8.2.1.Final > Reporter: Dan Berindei > Assignee: Galder Zamarreño > Labels: testsuite_stability > Fix For: 8.2.3.Final > > > Class {{SomeCustomConsistentHashV2}} appears to be missing on the 8.2.x branch: > {noformat} > org.infinispan.commons.CacheConfigurationException: Unable to instantiate class org.infinispan.client.hotrod.SomeCustomConsistentHashV2 > at org.infinispan.commons.util.Util.loadClass(Util.java:103) > at org.infinispan.client.hotrod.configuration.ConfigurationBuilder.consistentHashImpl(ConfigurationBuilder.java:171) > at org.infinispan.client.hotrod.configuration.ConfigurationBuilder.withProperties(ConfigurationBuilder.java:291) > at org.infinispan.jcache.remote.JCacheManager.getConfigurationBuilder(JCacheManager.java:60) > at org.infinispan.jcache.remote.JCacheManager.<init>(JCacheManager.java:38) > at org.infinispan.jcache.remote.JCachingProvider.createCacheManager(JCachingProvider.java:37) > at org.infinispan.jcache.AbstractJCachingProvider.getCacheManager(AbstractJCachingProvider.java:67) > at org.infinispan.jcache.AbstractJCachingProvider.getCacheManager(AbstractJCachingProvider.java:80) > at org.infinispan.jcache.remote.JCacheConfigurationPropertiesFileTest.testPropertiesConfiguration(JCacheConfigurationPropertiesFileTest.java:24) > {noformat} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-6474) Server should not start default cache

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-6474?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-6474: ---------------------------------- Fix Version/s: 8.2.3.Final (was: 8.2.2.Final) > Server should not start default cache > ------------------------------------- > > Key: ISPN-6474 > URL: https://issues.jboss.org/browse/ISPN-6474 > Project: Infinispan > Issue Type: Bug > Components: Remote Protocols, Server > Affects Versions: 8.1.3.Final, 8.2.1.Final > Reporter: Tristan Tarrant > Assignee: Galder Zamarreño > Fix For: 9.0.0.Final, 8.2.3.Final > > > The AbstractProtocolServer class always starts the default cache, but this should not happen. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4390) CHMv8 leaks ThreadLocal

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-4390?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-4390: ---------------------------------- Fix Version/s: 8.2.3.Final (was: 8.2.2.Final) > CHMv8 leaks ThreadLocal > ----------------------- > > Key: ISPN-4390 > URL: https://issues.jboss.org/browse/ISPN-4390 > Project: Infinispan > Issue Type: Bug > Components: Core > Reporter: Sanne Grinovero > Assignee: William Burns > Fix For: 8.1.5.Final, 9.0.0.Final, 8.2.3.Final > > > As discussed on: http://lists.jboss.org/pipermail/infinispan-dev/2014-June/015055.html -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-6630) NotSerializableException while executing streams via JavaScript in a cluster in DIST mode (without additional casting to Serializable)

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-6630?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-6630: ---------------------------------- Status: Open (was: New) > NotSerializableException while executing streams via JavaScript in a cluster in DIST mode (without additional casting to Serializable) > -------------------------------------------------------------------------------------------------------------------------------------- > > Key: ISPN-6630 > URL: https://issues.jboss.org/browse/ISPN-6630 > Project: Infinispan > Issue Type: Bug > Components: Tasks > Reporter: Anna Manukyan > Assignee: Galder Zamarreño > > When running map/reduce task using distributed streams through Javascript in DIST/REPL mode, then the following exception is thrown: > {code} > 15:02:43,476 ERROR (remote-thread-ClusteredScriptingTest-NodeF-p38-t6) [RpcManagerImpl] ISPN000073: Unexpected error while replicating > org.infinispan.commons.marshall.NotSerializableException: org.infinispan.scripting.impl.DataTypedCache > Caused by: an exception which occurred: > in field capturedArgs > in object org.infinispan.scripting.impl.DataTypedCache$$Lambda$97/1644130139@5a8a3b80 > -> toString = org.infinispan.scripting.impl.DataTypedCache$$Lambda$97/1644130139@5a8a3b80 > in object java.util.ArrayDeque@2c4c2ba3 > -> toString = [org.infinispan.stream.impl.intops.object.MapOperation@31f4ac20] > in object org.infinispan.stream.impl.termop.SegmentRetryingOperation@1aad4974 > -> toString = org.infinispan.stream.impl.termop.SegmentRetryingOperation@1aad4974 > in object org.infinispan.stream.impl.StreamRequestCommand@734ebbb6 > java.lang.RuntimeException: java.util.concurrent.ExecutionException: org.infinispan.remoting.RemoteException: ISPN000217: Received exception from ClusteredScriptingTest-NodeF-8182, see cause for remote stack trace > at org.infinispan.test.TestingUtil.withCacheManagers(TestingUtil.java:1318) > at org.infinispan.scripting.ClusteredScriptingTest.testDistributedMapReduceStreamWithFlag(ClusteredScriptingTest.java:127) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:497) > at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:84) > at org.testng.internal.Invoker.invokeMethod(Invoker.java:714) > at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:901) > at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1231) > at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127) > at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111) > at org.testng.TestRunner.privateRun(TestRunner.java:767) > at org.testng.TestRunner.run(TestRunner.java:617) > at org.testng.SuiteRunner.runTest(SuiteRunner.java:348) > at org.testng.SuiteRunner.runSequentially(SuiteRunner.java:343) > at org.testng.SuiteRunner.privateRun(SuiteRunner.java:305) > at org.testng.SuiteRunner.run(SuiteRunner.java:254) > at org.testng.SuiteRunnerWorker.runSuite(SuiteRunnerWorker.java:52) > at org.testng.SuiteRunnerWorker.run(SuiteRunnerWorker.java:86) > at org.testng.TestNG.runSuitesSequentially(TestNG.java:1224) > at org.testng.TestNG.runSuitesLocally(TestNG.java:1149) > at org.testng.TestNG.run(TestNG.java:1057) > at org.testng.IDEARemoteTestNG.run(IDEARemoteTestNG.java:72) > at org.testng.RemoteTestNGStarter.main(RemoteTestNGStarter.java:122) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:497) > at com.intellij.rt.execution.application.AppMain.main(AppMain.java:144) > Caused by: java.util.concurrent.ExecutionException: org.infinispan.remoting.RemoteException: ISPN000217: Received exception from ClusteredScriptingTest-NodeF-8182, see cause for remote stack trace > at java.util.concurrent.CompletableFuture.reportGet(CompletableFuture.java:357) > at java.util.concurrent.CompletableFuture.get(CompletableFuture.java:1895) > at org.infinispan.scripting.ClusteredScriptingTest$6.call(ClusteredScriptingTest.java:139) > at org.infinispan.test.TestingUtil.withCacheManagers(TestingUtil.java:1314) > ... 29 more > Caused by: org.infinispan.remoting.RemoteException: ISPN000217: Received exception from ClusteredScriptingTest-NodeF-8182, see cause for remote stack trace > at org.infinispan.remoting.transport.AbstractTransport.checkResponse(AbstractTransport.java:44) > at org.infinispan.remoting.transport.jgroups.JGroupsTransport.checkRsp(JGroupsTransport.java:818) > at org.infinispan.remoting.transport.jgroups.JGroupsTransport.lambda$invokeRemotelyAsync$306(JGroupsTransport.java:648) > at java.util.concurrent.CompletableFuture.uniApply(CompletableFuture.java:602) > at java.util.concurrent.CompletableFuture$UniApply.tryFire(CompletableFuture.java:577) > at java.util.concurrent.CompletableFuture.postComplete(CompletableFuture.java:474) > at java.util.concurrent.CompletableFuture.complete(CompletableFuture.java:1962) > at org.infinispan.remoting.transport.jgroups.SingleResponseFuture.futureDone(SingleResponseFuture.java:30) > at org.jgroups.blocks.Request.checkCompletion(Request.java:151) > at org.jgroups.blocks.UnicastRequest.receiveResponse(UnicastRequest.java:70) > at org.jgroups.blocks.RequestCorrelator.receiveMessage(RequestCorrelator.java:369) > at org.jgroups.blocks.RequestCorrelator.receive(RequestCorrelator.java:233) > at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.up(MessageDispatcher.java:695) > at org.jgroups.JChannel.up(JChannel.java:738) > at org.jgroups.stack.ProtocolStack.up(ProtocolStack.java:1030) > at org.jgroups.protocols.RSVP.up(RSVP.java:201) > at org.jgroups.protocols.FRAG2.up(FRAG2.java:165) > at org.jgroups.protocols.FlowControl.up(FlowControl.java:390) > at org.jgroups.protocols.tom.TOA.up(TOA.java:121) > at org.jgroups.protocols.pbcast.GMS.up(GMS.java:1043) > at org.jgroups.protocols.pbcast.STABLE.up(STABLE.java:234) > at org.jgroups.protocols.UNICAST3.deliverMessage(UNICAST3.java:1070) > at org.jgroups.protocols.UNICAST3.handleDataReceived(UNICAST3.java:785) > at org.jgroups.protocols.UNICAST3.up(UNICAST3.java:426) > at org.jgroups.protocols.pbcast.NAKACK2.up(NAKACK2.java:649) > at org.jgroups.protocols.Discovery.up(Discovery.java:296) > at org.jgroups.protocols.TP.passMessageUp(TP.java:1567) > at org.jgroups.protocols.TP$SingleMessageHandler.run(TP.java:1783) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > Caused by: org.infinispan.commons.marshall.NotSerializableException: org.infinispan.scripting.impl.DataTypedCache > Caused by: an exception which occurred: > in field capturedArgs > in object org.infinispan.scripting.impl.DataTypedCache$$Lambda$97/1644130139@5a8a3b80 > -> toString = org.infinispan.scripting.impl.DataTypedCache$$Lambda$97/1644130139@5a8a3b80 > in object java.util.ArrayDeque@2c4c2ba3 > -> toString = [org.infinispan.stream.impl.intops.object.MapOperation@31f4ac20] > in object org.infinispan.stream.impl.termop.SegmentRetryingOperation@1aad4974 > -> toString = org.infinispan.stream.impl.termop.SegmentRetryingOperation@1aad4974 > in object org.infinispan.stream.impl.StreamRequestCommand@734ebbb6 > -> toString = StreamRequestCommand{cacheName='___defaultcache'} > {code} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-6124) List of caches is sometimes visually corrupt

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-6124?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-6124: ---------------------------------- Fix Version/s: 8.2.2.Final 9.0.0.Final > List of caches is sometimes visually corrupt > -------------------------------------------- > > Key: ISPN-6124 > URL: https://issues.jboss.org/browse/ISPN-6124 > Project: Infinispan > Issue Type: Bug > Components: Console > Affects Versions: 8.1.0.Final > Reporter: Jiří Holuša > Assignee: Vladimir Blagojevic > Fix For: 9.0.0.Alpha2, 8.2.2.Final, 9.0.0.Final > > Attachments: Snímek z 2016-01-29 11-37-21.png > > > Page: Cache -> select some container -> list of caches > Under certain circumstances, the cache cards are wrongly aligned, see the screenshot in attachments. I think it's because those two caches on the right don't have any icons below the cache type, making the box smaller. > The solution would be to assign fixed height, since it can be predictable or add a "clearing" div after each row, I guess. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-6500) can't edit indexing properties in console

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-6500?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-6500: ---------------------------------- Fix Version/s: 9.0.0.Alpha2 8.2.2.Final 9.0.0.Final (was: 9.0.0.Alpha3) > can't edit indexing properties in console > ----------------------------------------- > > Key: ISPN-6500 > URL: https://issues.jboss.org/browse/ISPN-6500 > Project: Infinispan > Issue Type: Bug > Components: Console > Reporter: Martin Vrabel > Assignee: Ryan Emerson > Fix For: 9.0.0.Alpha2, 8.2.2.Final, 9.0.0.Final > > > in cache configuration -> indexing -> indexing properties if I edit the filed to e.g. [default.directory_provider ram] -> click update. then If I check if indexing properties was changed, the field is blank. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-6096) Cache container page does not show any containers when more hotrod-connectors are defined

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-6096?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-6096: ---------------------------------- Fix Version/s: 8.2.2.Final 9.0.0.Final > Cache container page does not show any containers when more hotrod-connectors are defined > ----------------------------------------------------------------------------------------- > > Key: ISPN-6096 > URL: https://issues.jboss.org/browse/ISPN-6096 > Project: Infinispan > Issue Type: Bug > Components: Console > Reporter: Martin Gencur > Assignee: Ryan Emerson > Fix For: 9.0.0.Alpha2, 8.2.2.Final, 9.0.0.Final > > > When there's more than one <hotrod-connector> defined in domain.xml configuration, the cache container page does not show any containers. Tested many times. > The server should be able to provide multiple HotRod endpoints bound to different cache containers. > More specifically, this bug appears whenever I add "name" attribut to <hotrod-connector> tag. This attribute is required to differentiate hotrod connectors when there are more than one. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-6529) Not possible to manage cache backups in cache configuration page

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-6529?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-6529: ---------------------------------- Fix Version/s: 8.2.2.Final 9.0.0.Final > Not possible to manage cache backups in cache configuration page > ---------------------------------------------------------------- > > Key: ISPN-6529 > URL: https://issues.jboss.org/browse/ISPN-6529 > Project: Infinispan > Issue Type: Bug > Components: Console > Reporter: Martin Vrabel > Assignee: Vladimir Blagojevic > Fix For: 9.0.0.Alpha2, 8.2.2.Final, 9.0.0.Final > > > cache container -> cache -> cache configuration -> backups tab > The configured cache backups are not shown / are not editable. > after editing something in this backup tab e.g. enable backup a new backup with no sites and name "Backup" is created -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-6587) Eviction type does not chage after reconfiguring in console

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-6587?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-6587: ---------------------------------- Fix Version/s: 8.2.2.Final > Eviction type does not chage after reconfiguring in console > ----------------------------------------------------------- > > Key: ISPN-6587 > URL: https://issues.jboss.org/browse/ISPN-6587 > Project: Infinispan > Issue Type: Bug > Components: Console > Affects Versions: 9.0.0.Alpha1 > Reporter: Ryan Emerson > Assignee: Ryan Emerson > Fix For: 9.0.0.Alpha2, 8.2.2.Final, 9.0.0.Final > > > container -> cache -> configuration -> eviction -> eviction type > "Type" was empty before. > After changing it to COUNT or MEMORY and afterwards open the configuration page again to check if it was changed the "Type" remained empty. > The JMX value was also not changed. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 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 2016