[JBoss JIRA] (ISPN-8573) Existing marshallers can't see deployed entities in the server
by Adrian Nistor (JIRA)
[ https://issues.jboss.org/browse/ISPN-8573?page=com.atlassian.jira.plugin.... ]
Adrian Nistor commented on ISPN-8573:
-------------------------------------
[~gustavonalle] Is this related (and different) or a duplicate of https://issues.jboss.org/browse/ISPN-8568 ?
> Existing marshallers can't see deployed entities in the server
> --------------------------------------------------------------
>
> Key: ISPN-8573
> URL: https://issues.jboss.org/browse/ISPN-8573
> Project: Infinispan
> Issue Type: Bug
> Components: Server
> Affects Versions: 9.2.0.Beta1
> Reporter: Gustavo Fernandes
> Assignee: Gustavo Fernandes
>
> https://issues.jboss.org/browse/ISPN-7714 introduced the possibility of deploying a jar containing classes (analyzers, entities, etc) and declare them at cache manager level using the {{<modules>}} config, so that those classes are available to the server.
> The existing marshallers in the server (protostream, generic, java, etc) don't take into account that configuration, and when using compat mode the following error occur when putting data:
> {noformat}
> org.infinispan.client.hotrod.exceptions.HotRodClientException:Request for messageId=3 returned server error (status=0x85): java.lang.ClassNotFoundException: org.infinispan.server.test.task.servertask.SpotPrice from [Module "org.infinispan.commons:main" from local module loader @4ae82894 (finder: local module finder @543788f3 (roots: /server/node1/modules,/server/integration/testsuite/target/server/node1/modules/system/layers/base))]
> at org.infinispan.client.hotrod.impl.protocol.Codec20.checkForErrorsInResponseStatus(Codec20.java:363)
> at org.infinispan.client.hotrod.impl.protocol.Codec20.readPartialHeader(Codec20.java:152)
> at org.infinispan.client.hotrod.impl.protocol.Codec20.readHeader(Codec20.java:138)
> at org.infinispan.client.hotrod.impl.operations.HotRodOperation.readHeaderAndValidate(HotRodOperation.java:60)
> at org.infinispan.client.hotrod.impl.operations.AbstractKeyValueOperation.sendPutOperation(AbstractKeyValueOperation.java:58)
> at org.infinispan.client.hotrod.impl.operations.PutOperation.executeOperation(PutOperation.java:34)
> at org.infinispan.client.hotrod.impl.operations.RetryOnFailureOperation.execute(RetryOnFailureOperation.java:56)
> at org.infinispan.client.hotrod.impl.RemoteCacheImpl.put(RemoteCacheImpl.java:268)
> at org.infinispan.client.hotrod.impl.RemoteCacheSupport.put(RemoteCacheSupport.java:77)
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years
[JBoss JIRA] (ISPN-8574) RestOperationsOffHeapTest failures
by Ryan Emerson (JIRA)
[ https://issues.jboss.org/browse/ISPN-8574?page=com.atlassian.jira.plugin.... ]
Ryan Emerson updated ISPN-8574:
-------------------------------
Description:
There are multiple failures on the CI:
*shouldPutImmortalEntryWithZeroTtlAndIdleTime*
{code}
java.lang.AssertionError: Expecting: <409> to be equal to: <200> but was not. at org.infinispan.rest.assertion.ResponseAssertion.isOk(ResponseAssertion.java:24) at org.infinispan.rest.BaseRestOperationsTest.shouldPutImmortalEntryWithZeroTtlAndIdleTime(BaseRestOperationsTest.java:801) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) at java.lang.Thread.run(Thread.java:748) ... Removed 16 stack frames
{code}
*shouldPutEntryWithTtlAndIdleTime*
{code}
java.lang.AssertionError: Expecting: <409> to be equal to: <200> but was not. at org.infinispan.rest.assertion.ResponseAssertion.isOk(ResponseAssertion.java:24) at org.infinispan.rest.BaseRestOperationsTest.shouldPutEntryWithTtlAndIdleTime(BaseRestOperationsTest.java:835) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) at java.lang.Thread.run(Thread.java:748) ... Removed 16 stack frames
{code}
*shouldPutImmortalEntryWithMinusOneTtlAndIdleTime*
{code}
java.lang.AssertionError: Expecting: <409> to be equal to: <200> but was not. at org.infinispan.rest.assertion.ResponseAssertion.isOk(ResponseAssertion.java:24) at org.infinispan.rest.BaseRestOperationsTest.shouldPutImmortalEntryWithMinusOneTtlAndIdleTime(BaseRestOperationsTest.java:782) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) at java.lang.Thread.run(Thread.java:748) ... Removed 16 stack frames
{code}
was:
There are multiple failures on the CI:
{code}
shouldPutImmortalEntryWithZeroTtlAndIdleTime
java.lang.AssertionError: Expecting: <409> to be equal to: <200> but was not. at org.infinispan.rest.assertion.ResponseAssertion.isOk(ResponseAssertion.java:24) at org.infinispan.rest.BaseRestOperationsTest.shouldPutImmortalEntryWithZeroTtlAndIdleTime(BaseRestOperationsTest.java:801) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) at java.lang.Thread.run(Thread.java:748) ... Removed 16 stack frames
shouldPutEntryWithTtlAndIdleTime
java.lang.AssertionError: Expecting: <409> to be equal to: <200> but was not. at org.infinispan.rest.assertion.ResponseAssertion.isOk(ResponseAssertion.java:24) at org.infinispan.rest.BaseRestOperationsTest.shouldPutEntryWithTtlAndIdleTime(BaseRestOperationsTest.java:835) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) at java.lang.Thread.run(Thread.java:748) ... Removed 16 stack frames
shouldPutImmortalEntryWithMinusOneTtlAndIdleTime
java.lang.AssertionError: Expecting: <409> to be equal to: <200> but was not. at org.infinispan.rest.assertion.ResponseAssertion.isOk(ResponseAssertion.java:24) at org.infinispan.rest.BaseRestOperationsTest.shouldPutImmortalEntryWithMinusOneTtlAndIdleTime(BaseRestOperationsTest.java:782) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) at java.lang.Thread.run(Thread.java:748) ... Removed 16 stack frames
{code}
> RestOperationsOffHeapTest failures
> ----------------------------------
>
> Key: ISPN-8574
> URL: https://issues.jboss.org/browse/ISPN-8574
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Server
> Affects Versions: 9.2.0.Alpha2
> Reporter: Ryan Emerson
> Assignee: Gustavo Fernandes
>
> There are multiple failures on the CI:
> *shouldPutImmortalEntryWithZeroTtlAndIdleTime*
> {code}
> java.lang.AssertionError: Expecting: <409> to be equal to: <200> but was not. at org.infinispan.rest.assertion.ResponseAssertion.isOk(ResponseAssertion.java:24) at org.infinispan.rest.BaseRestOperationsTest.shouldPutImmortalEntryWithZeroTtlAndIdleTime(BaseRestOperationsTest.java:801) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) at java.lang.Thread.run(Thread.java:748) ... Removed 16 stack frames
> {code}
> *shouldPutEntryWithTtlAndIdleTime*
> {code}
> java.lang.AssertionError: Expecting: <409> to be equal to: <200> but was not. at org.infinispan.rest.assertion.ResponseAssertion.isOk(ResponseAssertion.java:24) at org.infinispan.rest.BaseRestOperationsTest.shouldPutEntryWithTtlAndIdleTime(BaseRestOperationsTest.java:835) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) at java.lang.Thread.run(Thread.java:748) ... Removed 16 stack frames
> {code}
> *shouldPutImmortalEntryWithMinusOneTtlAndIdleTime*
> {code}
> java.lang.AssertionError: Expecting: <409> to be equal to: <200> but was not. at org.infinispan.rest.assertion.ResponseAssertion.isOk(ResponseAssertion.java:24) at org.infinispan.rest.BaseRestOperationsTest.shouldPutImmortalEntryWithMinusOneTtlAndIdleTime(BaseRestOperationsTest.java:782) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) at java.lang.Thread.run(Thread.java:748) ... Removed 16 stack frames
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years
[JBoss JIRA] (ISPN-8574) RestOperationsOffHeapTest failures
by Ryan Emerson (JIRA)
Ryan Emerson created ISPN-8574:
----------------------------------
Summary: RestOperationsOffHeapTest failures
Key: ISPN-8574
URL: https://issues.jboss.org/browse/ISPN-8574
Project: Infinispan
Issue Type: Bug
Components: Test Suite - Server
Affects Versions: 9.2.0.Alpha2
Reporter: Ryan Emerson
Assignee: Gustavo Fernandes
There are multiple failures on the CI:
{code}
shouldPutImmortalEntryWithZeroTtlAndIdleTime
java.lang.AssertionError: Expecting: <409> to be equal to: <200> but was not. at org.infinispan.rest.assertion.ResponseAssertion.isOk(ResponseAssertion.java:24) at org.infinispan.rest.BaseRestOperationsTest.shouldPutImmortalEntryWithZeroTtlAndIdleTime(BaseRestOperationsTest.java:801) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) at java.lang.Thread.run(Thread.java:748) ... Removed 16 stack frames
shouldPutEntryWithTtlAndIdleTime
java.lang.AssertionError: Expecting: <409> to be equal to: <200> but was not. at org.infinispan.rest.assertion.ResponseAssertion.isOk(ResponseAssertion.java:24) at org.infinispan.rest.BaseRestOperationsTest.shouldPutEntryWithTtlAndIdleTime(BaseRestOperationsTest.java:835) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) at java.lang.Thread.run(Thread.java:748) ... Removed 16 stack frames
shouldPutImmortalEntryWithMinusOneTtlAndIdleTime
java.lang.AssertionError: Expecting: <409> to be equal to: <200> but was not. at org.infinispan.rest.assertion.ResponseAssertion.isOk(ResponseAssertion.java:24) at org.infinispan.rest.BaseRestOperationsTest.shouldPutImmortalEntryWithMinusOneTtlAndIdleTime(BaseRestOperationsTest.java:782) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) at java.lang.Thread.run(Thread.java:748) ... Removed 16 stack frames
{code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years
[JBoss JIRA] (ISPN-8573) Existing marshallers can't see deployed entities in the server
by Gustavo Fernandes (JIRA)
[ https://issues.jboss.org/browse/ISPN-8573?page=com.atlassian.jira.plugin.... ]
Gustavo Fernandes updated ISPN-8573:
------------------------------------
Status: Open (was: New)
> Existing marshallers can't see deployed entities in the server
> --------------------------------------------------------------
>
> Key: ISPN-8573
> URL: https://issues.jboss.org/browse/ISPN-8573
> Project: Infinispan
> Issue Type: Bug
> Components: Server
> Affects Versions: 9.2.0.Beta1
> Reporter: Gustavo Fernandes
> Assignee: Gustavo Fernandes
>
> https://issues.jboss.org/browse/ISPN-7714 introduced the possibility of deploying a jar containing classes (analyzers, entities, etc) and declare them at cache manager level using the {{<modules>}} config, so that those classes are available to the server.
> The existing marshallers in the server (protostream, generic, java, etc) don't take into account that configuration, and when using compat mode the following error occur when putting data:
> {noformat}
> org.infinispan.client.hotrod.exceptions.HotRodClientException:Request for messageId=3 returned server error (status=0x85): java.lang.ClassNotFoundException: org.infinispan.server.test.task.servertask.SpotPrice from [Module "org.infinispan.commons:main" from local module loader @4ae82894 (finder: local module finder @543788f3 (roots: /server/node1/modules,/server/integration/testsuite/target/server/node1/modules/system/layers/base))]
> at org.infinispan.client.hotrod.impl.protocol.Codec20.checkForErrorsInResponseStatus(Codec20.java:363)
> at org.infinispan.client.hotrod.impl.protocol.Codec20.readPartialHeader(Codec20.java:152)
> at org.infinispan.client.hotrod.impl.protocol.Codec20.readHeader(Codec20.java:138)
> at org.infinispan.client.hotrod.impl.operations.HotRodOperation.readHeaderAndValidate(HotRodOperation.java:60)
> at org.infinispan.client.hotrod.impl.operations.AbstractKeyValueOperation.sendPutOperation(AbstractKeyValueOperation.java:58)
> at org.infinispan.client.hotrod.impl.operations.PutOperation.executeOperation(PutOperation.java:34)
> at org.infinispan.client.hotrod.impl.operations.RetryOnFailureOperation.execute(RetryOnFailureOperation.java:56)
> at org.infinispan.client.hotrod.impl.RemoteCacheImpl.put(RemoteCacheImpl.java:268)
> at org.infinispan.client.hotrod.impl.RemoteCacheSupport.put(RemoteCacheSupport.java:77)
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years
[JBoss JIRA] (ISPN-8573) Existing marshallers can't see deployed entities in the server
by Gustavo Fernandes (JIRA)
[ https://issues.jboss.org/browse/ISPN-8573?page=com.atlassian.jira.plugin.... ]
Work on ISPN-8573 started by Gustavo Fernandes.
-----------------------------------------------
> Existing marshallers can't see deployed entities in the server
> --------------------------------------------------------------
>
> Key: ISPN-8573
> URL: https://issues.jboss.org/browse/ISPN-8573
> Project: Infinispan
> Issue Type: Bug
> Components: Server
> Affects Versions: 9.2.0.Beta1
> Reporter: Gustavo Fernandes
> Assignee: Gustavo Fernandes
>
> https://issues.jboss.org/browse/ISPN-7714 introduced the possibility of deploying a jar containing classes (analyzers, entities, etc) and declare them at cache manager level using the {{<modules>}} config, so that those classes are available to the server.
> The existing marshallers in the server (protostream, generic, java, etc) don't take into account that configuration, and when using compat mode the following error occur when putting data:
> {noformat}
> org.infinispan.client.hotrod.exceptions.HotRodClientException:Request for messageId=3 returned server error (status=0x85): java.lang.ClassNotFoundException: org.infinispan.server.test.task.servertask.SpotPrice from [Module "org.infinispan.commons:main" from local module loader @4ae82894 (finder: local module finder @543788f3 (roots: /server/node1/modules,/server/integration/testsuite/target/server/node1/modules/system/layers/base))]
> at org.infinispan.client.hotrod.impl.protocol.Codec20.checkForErrorsInResponseStatus(Codec20.java:363)
> at org.infinispan.client.hotrod.impl.protocol.Codec20.readPartialHeader(Codec20.java:152)
> at org.infinispan.client.hotrod.impl.protocol.Codec20.readHeader(Codec20.java:138)
> at org.infinispan.client.hotrod.impl.operations.HotRodOperation.readHeaderAndValidate(HotRodOperation.java:60)
> at org.infinispan.client.hotrod.impl.operations.AbstractKeyValueOperation.sendPutOperation(AbstractKeyValueOperation.java:58)
> at org.infinispan.client.hotrod.impl.operations.PutOperation.executeOperation(PutOperation.java:34)
> at org.infinispan.client.hotrod.impl.operations.RetryOnFailureOperation.execute(RetryOnFailureOperation.java:56)
> at org.infinispan.client.hotrod.impl.RemoteCacheImpl.put(RemoteCacheImpl.java:268)
> at org.infinispan.client.hotrod.impl.RemoteCacheSupport.put(RemoteCacheSupport.java:77)
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years
[JBoss JIRA] (ISPN-8573) Existing marshallers can't see deployed entities in the server
by Gustavo Fernandes (JIRA)
Gustavo Fernandes created ISPN-8573:
---------------------------------------
Summary: Existing marshallers can't see deployed entities in the server
Key: ISPN-8573
URL: https://issues.jboss.org/browse/ISPN-8573
Project: Infinispan
Issue Type: Bug
Components: Server
Affects Versions: 9.2.0.Beta1
Reporter: Gustavo Fernandes
Assignee: Gustavo Fernandes
https://issues.jboss.org/browse/ISPN-7714 introduced the possibility of deploying a jar containing classes (analyzers, entities, etc) and declare them at cache manager level using the {{<modules>}} config, so that those classes are available to the server.
The existing marshallers in the server (protostream, generic, java, etc) don't take into account that configuration, and when using compat mode the following error occur when putting data:
{noformat}
org.infinispan.client.hotrod.exceptions.HotRodClientException:Request for messageId=3 returned server error (status=0x85): java.lang.ClassNotFoundException: org.infinispan.server.test.task.servertask.SpotPrice from [Module "org.infinispan.commons:main" from local module loader @4ae82894 (finder: local module finder @543788f3 (roots: /server/node1/modules,/server/integration/testsuite/target/server/node1/modules/system/layers/base))]
at org.infinispan.client.hotrod.impl.protocol.Codec20.checkForErrorsInResponseStatus(Codec20.java:363)
at org.infinispan.client.hotrod.impl.protocol.Codec20.readPartialHeader(Codec20.java:152)
at org.infinispan.client.hotrod.impl.protocol.Codec20.readHeader(Codec20.java:138)
at org.infinispan.client.hotrod.impl.operations.HotRodOperation.readHeaderAndValidate(HotRodOperation.java:60)
at org.infinispan.client.hotrod.impl.operations.AbstractKeyValueOperation.sendPutOperation(AbstractKeyValueOperation.java:58)
at org.infinispan.client.hotrod.impl.operations.PutOperation.executeOperation(PutOperation.java:34)
at org.infinispan.client.hotrod.impl.operations.RetryOnFailureOperation.execute(RetryOnFailureOperation.java:56)
at org.infinispan.client.hotrod.impl.RemoteCacheImpl.put(RemoteCacheImpl.java:268)
at org.infinispan.client.hotrod.impl.RemoteCacheSupport.put(RemoteCacheSupport.java:77)
{noformat}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years
[JBoss JIRA] (ISPN-8525) StaleLocksWithLockOnlyTxDuringStateTransferTest.testSync failing randomly
by Ryan Emerson (JIRA)
[ https://issues.jboss.org/browse/ISPN-8525?page=com.atlassian.jira.plugin.... ]
Ryan Emerson commented on ISPN-8525:
------------------------------------
I have also seen this fail locally with the following:
{code}
Test failed: org.infinispan.statetransfer.StaleLocksWithLockOnlyTxDuringStateTransferTest.testSync
org.infinispan.util.concurrent.TimeoutException: ISPN000476: Timed out waiting for responses for request 3 from StaleLocksWithLockOnlyTxDuringStateTransferTest-NodeB-34251
at org.infinispan.interceptors.impl.AsyncInterceptorChainImpl.invoke(AsyncInterceptorChainImpl.java:259) ~[classes/:?]
at org.infinispan.cache.impl.CacheImpl.lock(CacheImpl.java:966) ~[classes/:?]
at org.infinispan.cache.impl.CacheImpl.lock(CacheImpl.java:946) ~[classes/:?]
at org.infinispan.cache.impl.AbstractDelegatingAdvancedCache.lock(AbstractDelegatingAdvancedCache.java:253) ~[classes/:?]
at org.infinispan.cache.impl.EncoderCache.lock(EncoderCache.java:356) ~[classes/:?]
at org.infinispan.statetransfer.StaleLocksWithLockOnlyTxDuringStateTransferTest.testSync(StaleLocksWithLockOnlyTxDuringStateTransferTest.java:96) ~[test-classes/:?]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_112]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:1.8.0_112]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_112]
at java.lang.reflect.Method.invoke(Method.java:498) ~[?:1.8.0_112]
at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:84) ~[testng-6.8.8.jar:?]
at org.testng.internal.Invoker.invokeMethod(Invoker.java:714) [testng-6.8.8.jar:?]
at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:901) [testng-6.8.8.jar:?]
at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1231) [testng-6.8.8.jar:?]
at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127) [testng-6.8.8.jar:?]
at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111) [testng-6.8.8.jar:?]
at org.testng.TestRunner.privateRun(TestRunner.java:767) [testng-6.8.8.jar:?]
at org.testng.TestRunner.run(TestRunner.java:617) [testng-6.8.8.jar:?]
at org.testng.SuiteRunner.runTest(SuiteRunner.java:348) [testng-6.8.8.jar:?]
at org.testng.SuiteRunner.access$000(SuiteRunner.java:38) [testng-6.8.8.jar:?]
at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:382) [testng-6.8.8.jar:?]
at org.testng.internal.thread.ThreadUtil$2.call(ThreadUtil.java:64) [testng-6.8.8.jar:?]
at java.util.concurrent.FutureTask.run(FutureTask.java:266) [?:1.8.0_112]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [?:1.8.0_112]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [?:1.8.0_112]
at java.lang.Thread.run(Thread.java:745) [?:1.8.0_112]
Caused by: org.infinispan.util.concurrent.TimeoutException: ISPN000476: Timed out waiting for responses for request 3 from StaleLocksWithLockOnlyTxDuringStateTransferTest-NodeB-34251
at org.infinispan.remoting.transport.impl.MultiTargetRequest.onTimeout(MultiTargetRequest.java:163) ~[classes/:?]
at org.infinispan.remoting.transport.AbstractRequest.call(AbstractRequest.java:86) ~[classes/:?]
at org.infinispan.remoting.transport.AbstractRequest.call(AbstractRequest.java:21) ~[classes/:?]
at java.util.concurrent.FutureTask.run(FutureTask.java:266) ~[?:1.8.0_112]
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180) ~[?:1.8.0_112]
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293) ~[?:1.8.0_112]
... 3 more
{code}
> StaleLocksWithLockOnlyTxDuringStateTransferTest.testSync failing randomly
> -------------------------------------------------------------------------
>
> Key: ISPN-8525
> URL: https://issues.jboss.org/browse/ISPN-8525
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Affects Versions: 9.2.0.Alpha2
> Reporter: Galder Zamarreño
> Assignee: Dan Berindei
> Labels: testsuite_stability
>
> http://ci.infinispan.org/job/Infinispan/job/PR-5556/17/
> org.infinispan.statetransfer.StaleLocksWithLockOnlyTxDuringStateTransferTest.testSync
> {code}
> Error Message
> Timed out waiting for rebalancing to complete on node StaleLocksWithLockOnlyTxDuringStateTransferTest-NodeA-8365, expected member list is [StaleLocksWithLockOnlyTxDuringStateTransferTest-NodeA-8365, StaleLocksWithLockOnlyTxDuringStateTransferTest-NodeB-9821], current member list is [StaleLocksWithLockOnlyTxDuringStateTransferTest-NodeA-8365]!
> Stacktrace
> java.lang.RuntimeException: Timed out waiting for rebalancing to complete on node StaleLocksWithLockOnlyTxDuringStateTransferTest-NodeA-8365, expected member list is [StaleLocksWithLockOnlyTxDuringStateTransferTest-NodeA-8365, StaleLocksWithLockOnlyTxDuringStateTransferTest-NodeB-9821], current member list is [StaleLocksWithLockOnlyTxDuringStateTransferTest-NodeA-8365]!
> at org.infinispan.test.TestingUtil.waitForNoRebalance(TestingUtil.java:385)
> at org.infinispan.test.TestingUtil.waitForNoRebalance(TestingUtil.java:421)
> at org.infinispan.statetransfer.StaleLocksWithLockOnlyTxDuringStateTransferTest.testSync(StaleLocksWithLockOnlyTxDuringStateTransferTest.java:102)
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at java.lang.Thread.run(Thread.java:748)
> ... Removed 16 stack frames
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years
[JBoss JIRA] (ISPN-8548) Clear post notifications can cause memory issues as it holds all entries locally
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-8548?page=com.atlassian.jira.plugin.... ]
Dan Berindei updated ISPN-8548:
-------------------------------
Status: Resolved (was: Pull Request Sent)
Resolution: Done
> Clear post notifications can cause memory issues as it holds all entries locally
> --------------------------------------------------------------------------------
>
> Key: ISPN-8548
> URL: https://issues.jboss.org/browse/ISPN-8548
> Project: Infinispan
> Issue Type: Bug
> Affects Versions: 9.2.0.Beta1, 9.1.3.Final
> Reporter: William Burns
> Assignee: William Burns
> Fix For: 9.2.0.Beta2, 9.1.4.Final
>
>
> Currently clear iterates over the container and stores all entries before finally invoking clear. This can cause memory issues especially for off heap as we don't want to have all of these entries in the JVM heap at the same time.
> Something like
> {code}
> Iterator<InternalCacheEntry<Object, Object>> iterator =
> dataContainer.iterator();
> while (iterator.hasNext()) {
> InternalCacheEntry entry = iterator.next();
> iterator.remove();
> notifier.notifyCacheEntryRemoved(entry.getKey(), entry.getValue(),
> entry.getMetadata(), false, context, command);
> }
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years
[JBoss JIRA] (ISPN-8572) rg.infinispan.counter.exception.CounterException: ISPN028015: Unable to fetch counter manager caches.
by Michal Stehlik (JIRA)
Michal Stehlik created ISPN-8572:
------------------------------------
Summary: rg.infinispan.counter.exception.CounterException: ISPN028015: Unable to fetch counter manager caches.
Key: ISPN-8572
URL: https://issues.jboss.org/browse/ISPN-8572
Project: Infinispan
Issue Type: Bug
Components: Clustered Counter
Affects Versions: 9.1.3.Final
Environment: Two nodes in cloud. One node several times connect/disconnect from cloud
Reporter: Michal Stehlik
Assignee: Pedro Ruivo
CacheManager start ends up with exception:
{code:java}
ISPN028015: Unable to fetch counter manager caches.
org.infinispan.counter.exception.CounterException: ISPN028015: Unable to fetch counter manager caches.
at org.infinispan.counter.impl.manager.EmbeddedCounterManager.createCounter(EmbeddedCounterManager.java:121)
at java.util.concurrent.ConcurrentHashMap.computeIfAbsent(Unknown Source)
at org.infinispan.counter.impl.manager.EmbeddedCounterManager.getStrongCounter(EmbeddedCounterManager.java:88)
{code}
In Infinispan logs we have this exception:
{code:java}
2017-11-28 15:25:21,563 ERROR [Camel (camel-1) thread #0 - seda://systemInitializer] (EmbeddedCounterManager.java:58) - ISPN028013: Exception while waiting for counter manager caches.
java.util.concurrent.TimeoutException
at java.util.concurrent.CompletableFuture.timedGet(Unknown Source) ~[?:1.8.0_71]
at java.util.concurrent.CompletableFuture.get(Unknown Source) ~[?:1.8.0_71]
at org.infinispan.counter.impl.manager.EmbeddedCounterManager.extractCacheHolder(EmbeddedCounterManager.java:52) ~[infinispan-clustered-counter-9.1.2.Final.jar:9.1.2.Final]
at org.infinispan.counter.impl.manager.EmbeddedCounterManager.createCounter(EmbeddedCounterManager.java:119) ~[infinispan-clustered-counter-9.1.2.Final.jar:9.1.2.Final]
at java.util.concurrent.ConcurrentHashMap.computeIfAbsent(Unknown Source) [?:1.8.0_71]
at org.infinispan.counter.impl.manager.EmbeddedCounterManager.getStrongCounter(EmbeddedCounterManager.java:88) [infinispan-clustered-counter-9.1.2.Final.jar:9.1.2.Final]
at com.zumtobel.infinity.CacheManager.startCache(CacheManager.java:809) [litekitCore.jar:22687.5d35d57a9121e38a8763450626d9d0ca3bd7fa3d]
at com.zumtobel.event.infinity.DoHandleCloudEvent.joinCloud(DoHandleCloudEvent.java:361) [litekitCore.jar:22687.5d35d57a9121e38a8763450626d9d0ca3bd7fa3d]
at com.zumtobel.event.infinity.DoHandleCloudEvent.handle(DoHandleCloudEvent.java:270) [litekitCore.jar:22687.5d35d57a9121e38a8763450626d9d0ca3bd7fa3d]
at com.zumtobel.event.infinity.HandleCloudEvent.handle(HandleCloudEvent.java:276) [litekitCore.jar:22687.5d35d57a9121e38a8763450626d9d0ca3bd7fa3d]
at com.mivune.system.initializer.SystemInitializer.receiveEvent(SystemInitializer.java:245) [mivuneCore.jar:2.0.17.1]
at sun.reflect.GeneratedMethodAccessor28.invoke(Unknown Source) ~[?:?]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) ~[?:1.8.0_71]
at java.lang.reflect.Method.invoke(Unknown Source) ~[?:1.8.0_71]
at org.apache.camel.component.bean.BeanInvocation.invoke(BeanInvocation.java:83) [camel-core-2.10.3.jar:2.10.3]
at org.apache.camel.component.bean.BeanProcessor.process(BeanProcessor.java:130) [camel-core-2.10.3.jar:2.10.3]
at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:73) [camel-core-2.10.3.jar:2.10.3]
at org.apache.camel.processor.DelegateAsyncProcessor.processNext(DelegateAsyncProcessor.java:99) [camel-core-2.10.3.jar:2.10.3]
at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:90) [camel-core-2.10.3.jar:2.10.3]
at org.apache.camel.management.InstrumentationProcessor.process(InstrumentationProcessor.java:73) [camel-core-2.10.3.jar:2.10.3]
at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:73) [camel-core-2.10.3.jar:2.10.3]
at org.apache.camel.processor.DelegateAsyncProcessor.processNext(DelegateAsyncProcessor.java:99) [camel-core-2.10.3.jar:2.10.3]
at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:90) [camel-core-2.10.3.jar:2.10.3]
at org.apache.camel.processor.interceptor.TraceInterceptor.process(TraceInterceptor.java:91) [camel-core-2.10.3.jar:2.10.3]
at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:73) [camel-core-2.10.3.jar:2.10.3]
at org.apache.camel.processor.RedeliveryErrorHandler.processErrorHandler(RedeliveryErrorHandler.java:334) [camel-core-2.10.3.jar:2.10.3]
at org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:220) [camel-core-2.10.3.jar:2.10.3]
at org.apache.camel.processor.RouteContextProcessor.processNext(RouteContextProcessor.java:45) [camel-core-2.10.3.jar:2.10.3]
at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:90) [camel-core-2.10.3.jar:2.10.3]
at org.apache.camel.processor.interceptor.DefaultChannel.process(DefaultChannel.java:303) [camel-core-2.10.3.jar:2.10.3]
at org.apache.camel.processor.RouteContextProcessor.processNext(RouteContextProcessor.java:45) [camel-core-2.10.3.jar:2.10.3]
at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:90) [camel-core-2.10.3.jar:2.10.3]
at org.apache.camel.processor.UnitOfWorkProcessor.processAsync(UnitOfWorkProcessor.java:150) [camel-core-2.10.3.jar:2.10.3]
at org.apache.camel.processor.UnitOfWorkProcessor.process(UnitOfWorkProcessor.java:117) [camel-core-2.10.3.jar:2.10.3]
at org.apache.camel.processor.RouteInflightRepositoryProcessor.processNext(RouteInflightRepositoryProcessor.java:48) [camel-core-2.10.3.jar:2.10.3]
at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:90) [camel-core-2.10.3.jar:2.10.3]
at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:73) [camel-core-2.10.3.jar:2.10.3]
at org.apache.camel.processor.DelegateAsyncProcessor.processNext(DelegateAsyncProcessor.java:99) [camel-core-2.10.3.jar:2.10.3]
at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:90) [camel-core-2.10.3.jar:2.10.3]
at org.apache.camel.management.InstrumentationProcessor.process(InstrumentationProcessor.java:73) [camel-core-2.10.3.jar:2.10.3]
at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:73) [camel-core-2.10.3.jar:2.10.3]
at org.apache.camel.component.seda.SedaConsumer.sendToConsumers(SedaConsumer.java:275) [camel-core-2.10.3.jar:2.10.3]
at org.apache.camel.component.seda.SedaConsumer.doRun(SedaConsumer.java:183) [camel-core-2.10.3.jar:2.10.3]
at org.apache.camel.component.seda.SedaConsumer.run(SedaConsumer.java:139) [camel-core-2.10.3.jar:2.10.3]
at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) [?:1.8.0_71]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) [?:1.8.0_71]
at java.lang.Thread.run(Unknown Source) [?:1.8.0_71]
{code}
Caches started without problem, but strong counter not. This is part of configuration for CacheManager:
{code:java}
<cache-container name="caches">
<transport stack="udp" cluster="1" lock-timeout="480000"/>
<jmx>
<property name="enabled">false</property>
</jmx>
<!-- Counters -->
<counters xmlns="urn:infinispan:config:counters:9.0" num-owners="5" reliability="CONSISTENT">
<strong-counter name="shortNameCounter" initial-value="0" storage="VOLATILE">
<lower-bound value="0"/>
</strong-counter>
</counters>
<!-- Distributed caches -->
<distributed-cache name="devices" owners="5" mode="SYNC">
<store-as-binary keys="false" values="false"/>
<transaction mode="NON_DURABLE_XA"
locking="PESSIMISTIC"
transaction-manager-lookup="org.infinispan.transaction.lookup.JBossStandaloneJTAManagerLookup"
stop-timeout="30000" />
<locking isolation="READ_COMMITTED"
acquire-timeout="30000"
striping="false"
concurrency-level="1000"/>
<state-transfer enabled="true" timeout="2000000" />
<partition-handling when-split="ALLOW_READ_WRITES" merge-policy="PREFERRED_NON_NULL"/>
</distributed-cache>....
{code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years