[JBoss JIRA] (ISPN-5596) "Cannot clear data directory" in SoftIndexFileStore when clear() is called after stopping and restarting cache
by Andreas Pabst (JIRA)
[ https://issues.jboss.org/browse/ISPN-5596?page=com.atlassian.jira.plugin.... ]
Andreas Pabst updated ISPN-5596:
--------------------------------
Description:
When stopping and restarting a cache with SoftIndexFileStore persistence, it behaves strangely.
Calling cache.clear() leads to the following exception:
ERROR: ISPN000136: Execution error
org.infinispan.persistence.spi.PersistenceException: Cannot clear data directory!
at org.infinispan.persistence.sifs.SoftIndexFileStore.clear(SoftIndexFileStore.java:234)
at org.infinispan.persistence.manager.PersistenceManagerImpl.clearAllStores(PersistenceManagerImpl.java:372)
at org.infinispan.interceptors.CacheWriterInterceptor.visitClearCommand(CacheWriterInterceptor.java:158)
...
Caused by: java.io.IOException: Cannot delete file soft-index-test\data\2
at org.infinispan.persistence.sifs.FileProvider.clear(FileProvider.java:205)
at org.infinispan.persistence.sifs.SoftIndexFileStore.clear(SoftIndexFileStore.java:232)
If the manager is also stopped and recreated every time, this only happens after the third iteration.
---
Calling cache.remove() in the same place leads to an unrecoverable corruption of the cache store files: java.lang.IllegalArgumentException: Negative position
A separate issue has been filed for this issue: ISPN-6546
was:
When stopping and restarting a cache with SoftIndexFileStore persistence, it behaves strangely.
Calling cache.clear() leads to the following exception:
ERROR: ISPN000136: Execution error
org.infinispan.persistence.spi.PersistenceException: Cannot clear data directory!
at org.infinispan.persistence.sifs.SoftIndexFileStore.clear(SoftIndexFileStore.java:234)
at org.infinispan.persistence.manager.PersistenceManagerImpl.clearAllStores(PersistenceManagerImpl.java:372)
at org.infinispan.interceptors.CacheWriterInterceptor.visitClearCommand(CacheWriterInterceptor.java:158)
...
Caused by: java.io.IOException: Cannot delete file soft-index-test\data\2
at org.infinispan.persistence.sifs.FileProvider.clear(FileProvider.java:205)
at org.infinispan.persistence.sifs.SoftIndexFileStore.clear(SoftIndexFileStore.java:232)
If the manager is also stopped and recreated every time, this only happens after the third iteration.
Calling cache.remove() in the same place leads to an unrecoverable corruption of the cache store files: java.lang.IllegalArgumentException: Negative position
> "Cannot clear data directory" in SoftIndexFileStore when clear() is called after stopping and restarting cache
> --------------------------------------------------------------------------------------------------------------
>
> Key: ISPN-5596
> URL: https://issues.jboss.org/browse/ISPN-5596
> Project: Infinispan
> Issue Type: Bug
> Components: Loaders and Stores
> Affects Versions: 7.2.3.Final
> Environment: Windows 7
> Reporter: Andreas Pabst
> Assignee: Radim Vansa
> Attachments: SoftIndexFileStoreTest.java, test.log, test2.log, test3.log
>
>
> When stopping and restarting a cache with SoftIndexFileStore persistence, it behaves strangely.
> Calling cache.clear() leads to the following exception:
> ERROR: ISPN000136: Execution error
> org.infinispan.persistence.spi.PersistenceException: Cannot clear data directory!
> at org.infinispan.persistence.sifs.SoftIndexFileStore.clear(SoftIndexFileStore.java:234)
> at org.infinispan.persistence.manager.PersistenceManagerImpl.clearAllStores(PersistenceManagerImpl.java:372)
> at org.infinispan.interceptors.CacheWriterInterceptor.visitClearCommand(CacheWriterInterceptor.java:158)
> ...
> Caused by: java.io.IOException: Cannot delete file soft-index-test\data\2
> at org.infinispan.persistence.sifs.FileProvider.clear(FileProvider.java:205)
> at org.infinispan.persistence.sifs.SoftIndexFileStore.clear(SoftIndexFileStore.java:232)
> If the manager is also stopped and recreated every time, this only happens after the third iteration.
> ---
> Calling cache.remove() in the same place leads to an unrecoverable corruption of the cache store files: java.lang.IllegalArgumentException: Negative position
> A separate issue has been filed for this issue: ISPN-6546
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 11 months
[JBoss JIRA] (ISPN-6441) Parameters are not passed to JavaScript over js-client in case of mode=distributed
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-6441?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño updated ISPN-6441:
-----------------------------------
Status: Open (was: New)
> Parameters are not passed to JavaScript over js-client in case of mode=distributed
> ----------------------------------------------------------------------------------
>
> Key: ISPN-6441
> URL: https://issues.jboss.org/browse/ISPN-6441
> Project: Infinispan
> Issue Type: Bug
> Components: Remote Protocols
> Affects Versions: 8.2.1.Final
> Reporter: Anna Manukyan
> Assignee: Galder Zamarreño
> Fix For: 9.0.0.Alpha2, 9.0.0.Final
>
>
> When trying to execute a javascript on a cluster with "mode=distributed", the client gives the following error:
> {code}
> java.util.concurrent.ExecutionException: org.infinispan.remoting.RemoteException: ISPN000217: Received exception from node1, see cause for remote stack trace
> org.infinispan.remoting.RemoteException: ISPN000217: Received exception from node1, see cause for remote stack trace
> org.infinispan.commons.marshall.NotSerializableException: jdk.nashorn.api.scripting.ScriptObjectMirror
> an exception which occurred:
> in field ecmaError
> in field cause
> in field cause
> in object org.infinispan.commons.CacheException@2800248d
> in object org.infinispan.remoting.responses.ExceptionResponse@552fdef2
> Stacktrace:
> undefined
> {code}
> The script which is needed to be executed on server is:
> {code}
> // mode=distributed,language=javascript,parameters=[k, v],datatype='text/plain; charset=utf-8'
> cache.put(k, v);
> cache.get(k);
> {code}
> The test code running the script is:
> {code}
> it('can execute a script remotely to store and retrieve data in distributed mode', function(done) {
> Promise.all([client, readFile('spec/utils/typed-put-get-dist.js')])
> .then(function(vals) {
> var c = vals[0];
> return c.addScript('typed-put-get-dist.js', vals[1].toString())
> .then(function() { return c; } );
> })
> .then(t.assert(t.exec('typed-put-get-dist.js', {k: 'typed-key', v: 'typed-value'}),
> t.toContain(['typed-value', 'typed-value', 'typed-value'])))
> .catch(t.failed(done)).finally(done);
> });
> {code}
> The exception which is thrown on the server is:
> {code}
> 19:50:42,927 WARN [org.infinispan.remoting.inboundhandler.NonTotalOrderPerCacheInboundInvocationHandler] (remote-thread--p2-t5) ISPN000071: Caught exception when handling command DistributedExecuteCommand [cache=Cache 'default'@node1, keys=[], callable=org.infinispan.scripting.impl.DistributedScript@2b11e2b8]: org.infinispan.commons.CacheException: ISPN026003: Script execution error
> at org.infinispan.scripting.impl.ScriptingManagerImpl.execute(ScriptingManagerImpl.java:206)
> at org.infinispan.scripting.impl.DistributedScript.call(DistributedScript.java:30)
> at org.infinispan.commands.read.DistributedExecuteCommand.perform(DistributedExecuteCommand.java:107)
> at org.infinispan.remoting.inboundhandler.BasePerCacheInboundInvocationHandler.invokePerform(BasePerCacheInboundInvocationHandler.java:92)
> at org.infinispan.remoting.inboundhandler.BaseBlockingRunnable.run(BaseBlockingRunnable.java:34)
> 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: javax.script.ScriptException: ReferenceError: "k" is not defined in <eval> at line number 2
> at jdk.nashorn.api.scripting.NashornScriptEngine.throwAsScriptException(NashornScriptEngine.java:467)
> at jdk.nashorn.api.scripting.NashornScriptEngine.evalImpl(NashornScriptEngine.java:423)
> at jdk.nashorn.api.scripting.NashornScriptEngine.access$300(NashornScriptEngine.java:73)
> at jdk.nashorn.api.scripting.NashornScriptEngine$3.eval(NashornScriptEngine.java:511)
> at javax.script.CompiledScript.eval(CompiledScript.java:92)
> at org.infinispan.scripting.impl.ScriptingManagerImpl.execute(ScriptingManagerImpl.java:198)
> ... 7 more
> Caused by: <eval>:2 ReferenceError: "k" is not defined
> at jdk.nashorn.internal.runtime.ECMAErrors.error(ECMAErrors.java:57)
> at jdk.nashorn.internal.runtime.ECMAErrors.referenceError(ECMAErrors.java:319)
> at jdk.nashorn.internal.runtime.ECMAErrors.referenceError(ECMAErrors.java:291)
> at jdk.nashorn.internal.objects.Global.__noSuchProperty__(Global.java:1432)
> at jdk.nashorn.internal.scripts.Script$\^eval\_.:program(<eval>:2)
> at jdk.nashorn.internal.runtime.ScriptFunctionData.invoke(ScriptFunctionData.java:640)
> at jdk.nashorn.internal.runtime.ScriptFunction.invoke(ScriptFunction.java:228)
> at jdk.nashorn.internal.runtime.ScriptRuntime.apply(ScriptRuntime.java:393)
> at jdk.nashorn.api.scripting.NashornScriptEngine.evalImpl(NashornScriptEngine.java:418)
> ... 11 more
> {code}
> By the way, the test is run on the cluster consisting of 3 nodes. The default cache is used, which is:
> {code}
> <distributed-cache name="default" mode="SYNC" segments="20" owners="2" remote-timeout="30000" start="EAGER">
> <locking acquire-timeout="30000" concurrency-level="1000" striping="false"/>
> <transaction mode="NONE"/>
> </distributed-cache>
> {code}
> As the "mode" attribute is set to "distributed" in the script, it should run on all nodes. But the exception is thrown only on 2 of them (I guess due to owners is set to 2) . Not sure if this is a bug, so decided to mention it here.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 11 months
[JBoss JIRA] (ISPN-6441) Parameters are not passed to JavaScript over js-client in case of mode=distributed
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-6441?page=com.atlassian.jira.plugin.... ]
Work on ISPN-6441 started by Galder Zamarreño.
----------------------------------------------
> Parameters are not passed to JavaScript over js-client in case of mode=distributed
> ----------------------------------------------------------------------------------
>
> Key: ISPN-6441
> URL: https://issues.jboss.org/browse/ISPN-6441
> Project: Infinispan
> Issue Type: Bug
> Components: Remote Protocols
> Affects Versions: 8.2.1.Final
> Reporter: Anna Manukyan
> Assignee: Galder Zamarreño
> Fix For: 9.0.0.Alpha2, 9.0.0.Final
>
>
> When trying to execute a javascript on a cluster with "mode=distributed", the client gives the following error:
> {code}
> java.util.concurrent.ExecutionException: org.infinispan.remoting.RemoteException: ISPN000217: Received exception from node1, see cause for remote stack trace
> org.infinispan.remoting.RemoteException: ISPN000217: Received exception from node1, see cause for remote stack trace
> org.infinispan.commons.marshall.NotSerializableException: jdk.nashorn.api.scripting.ScriptObjectMirror
> an exception which occurred:
> in field ecmaError
> in field cause
> in field cause
> in object org.infinispan.commons.CacheException@2800248d
> in object org.infinispan.remoting.responses.ExceptionResponse@552fdef2
> Stacktrace:
> undefined
> {code}
> The script which is needed to be executed on server is:
> {code}
> // mode=distributed,language=javascript,parameters=[k, v],datatype='text/plain; charset=utf-8'
> cache.put(k, v);
> cache.get(k);
> {code}
> The test code running the script is:
> {code}
> it('can execute a script remotely to store and retrieve data in distributed mode', function(done) {
> Promise.all([client, readFile('spec/utils/typed-put-get-dist.js')])
> .then(function(vals) {
> var c = vals[0];
> return c.addScript('typed-put-get-dist.js', vals[1].toString())
> .then(function() { return c; } );
> })
> .then(t.assert(t.exec('typed-put-get-dist.js', {k: 'typed-key', v: 'typed-value'}),
> t.toContain(['typed-value', 'typed-value', 'typed-value'])))
> .catch(t.failed(done)).finally(done);
> });
> {code}
> The exception which is thrown on the server is:
> {code}
> 19:50:42,927 WARN [org.infinispan.remoting.inboundhandler.NonTotalOrderPerCacheInboundInvocationHandler] (remote-thread--p2-t5) ISPN000071: Caught exception when handling command DistributedExecuteCommand [cache=Cache 'default'@node1, keys=[], callable=org.infinispan.scripting.impl.DistributedScript@2b11e2b8]: org.infinispan.commons.CacheException: ISPN026003: Script execution error
> at org.infinispan.scripting.impl.ScriptingManagerImpl.execute(ScriptingManagerImpl.java:206)
> at org.infinispan.scripting.impl.DistributedScript.call(DistributedScript.java:30)
> at org.infinispan.commands.read.DistributedExecuteCommand.perform(DistributedExecuteCommand.java:107)
> at org.infinispan.remoting.inboundhandler.BasePerCacheInboundInvocationHandler.invokePerform(BasePerCacheInboundInvocationHandler.java:92)
> at org.infinispan.remoting.inboundhandler.BaseBlockingRunnable.run(BaseBlockingRunnable.java:34)
> 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: javax.script.ScriptException: ReferenceError: "k" is not defined in <eval> at line number 2
> at jdk.nashorn.api.scripting.NashornScriptEngine.throwAsScriptException(NashornScriptEngine.java:467)
> at jdk.nashorn.api.scripting.NashornScriptEngine.evalImpl(NashornScriptEngine.java:423)
> at jdk.nashorn.api.scripting.NashornScriptEngine.access$300(NashornScriptEngine.java:73)
> at jdk.nashorn.api.scripting.NashornScriptEngine$3.eval(NashornScriptEngine.java:511)
> at javax.script.CompiledScript.eval(CompiledScript.java:92)
> at org.infinispan.scripting.impl.ScriptingManagerImpl.execute(ScriptingManagerImpl.java:198)
> ... 7 more
> Caused by: <eval>:2 ReferenceError: "k" is not defined
> at jdk.nashorn.internal.runtime.ECMAErrors.error(ECMAErrors.java:57)
> at jdk.nashorn.internal.runtime.ECMAErrors.referenceError(ECMAErrors.java:319)
> at jdk.nashorn.internal.runtime.ECMAErrors.referenceError(ECMAErrors.java:291)
> at jdk.nashorn.internal.objects.Global.__noSuchProperty__(Global.java:1432)
> at jdk.nashorn.internal.scripts.Script$\^eval\_.:program(<eval>:2)
> at jdk.nashorn.internal.runtime.ScriptFunctionData.invoke(ScriptFunctionData.java:640)
> at jdk.nashorn.internal.runtime.ScriptFunction.invoke(ScriptFunction.java:228)
> at jdk.nashorn.internal.runtime.ScriptRuntime.apply(ScriptRuntime.java:393)
> at jdk.nashorn.api.scripting.NashornScriptEngine.evalImpl(NashornScriptEngine.java:418)
> ... 11 more
> {code}
> By the way, the test is run on the cluster consisting of 3 nodes. The default cache is used, which is:
> {code}
> <distributed-cache name="default" mode="SYNC" segments="20" owners="2" remote-timeout="30000" start="EAGER">
> <locking acquire-timeout="30000" concurrency-level="1000" striping="false"/>
> <transaction mode="NONE"/>
> </distributed-cache>
> {code}
> As the "mode" attribute is set to "distributed" in the script, it should run on all nodes. But the exception is thrown only on 2 of them (I guess due to owners is set to 2) . Not sure if this is a bug, so decided to mention it here.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 11 months
[JBoss JIRA] (ISPN-6441) Parameters are not passed to JavaScript over js-client in case of mode=distributed
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-6441?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño updated ISPN-6441:
-----------------------------------
Affects Version/s: 8.2.1.Final
> Parameters are not passed to JavaScript over js-client in case of mode=distributed
> ----------------------------------------------------------------------------------
>
> Key: ISPN-6441
> URL: https://issues.jboss.org/browse/ISPN-6441
> Project: Infinispan
> Issue Type: Bug
> Components: Remote Protocols
> Affects Versions: 8.2.1.Final
> Reporter: Anna Manukyan
> Assignee: Galder Zamarreño
> Fix For: 9.0.0.Alpha2, 9.0.0.Final
>
>
> When trying to execute a javascript on a cluster with "mode=distributed", the client gives the following error:
> {code}
> java.util.concurrent.ExecutionException: org.infinispan.remoting.RemoteException: ISPN000217: Received exception from node1, see cause for remote stack trace
> org.infinispan.remoting.RemoteException: ISPN000217: Received exception from node1, see cause for remote stack trace
> org.infinispan.commons.marshall.NotSerializableException: jdk.nashorn.api.scripting.ScriptObjectMirror
> an exception which occurred:
> in field ecmaError
> in field cause
> in field cause
> in object org.infinispan.commons.CacheException@2800248d
> in object org.infinispan.remoting.responses.ExceptionResponse@552fdef2
> Stacktrace:
> undefined
> {code}
> The script which is needed to be executed on server is:
> {code}
> // mode=distributed,language=javascript,parameters=[k, v],datatype='text/plain; charset=utf-8'
> cache.put(k, v);
> cache.get(k);
> {code}
> The test code running the script is:
> {code}
> it('can execute a script remotely to store and retrieve data in distributed mode', function(done) {
> Promise.all([client, readFile('spec/utils/typed-put-get-dist.js')])
> .then(function(vals) {
> var c = vals[0];
> return c.addScript('typed-put-get-dist.js', vals[1].toString())
> .then(function() { return c; } );
> })
> .then(t.assert(t.exec('typed-put-get-dist.js', {k: 'typed-key', v: 'typed-value'}),
> t.toContain(['typed-value', 'typed-value', 'typed-value'])))
> .catch(t.failed(done)).finally(done);
> });
> {code}
> The exception which is thrown on the server is:
> {code}
> 19:50:42,927 WARN [org.infinispan.remoting.inboundhandler.NonTotalOrderPerCacheInboundInvocationHandler] (remote-thread--p2-t5) ISPN000071: Caught exception when handling command DistributedExecuteCommand [cache=Cache 'default'@node1, keys=[], callable=org.infinispan.scripting.impl.DistributedScript@2b11e2b8]: org.infinispan.commons.CacheException: ISPN026003: Script execution error
> at org.infinispan.scripting.impl.ScriptingManagerImpl.execute(ScriptingManagerImpl.java:206)
> at org.infinispan.scripting.impl.DistributedScript.call(DistributedScript.java:30)
> at org.infinispan.commands.read.DistributedExecuteCommand.perform(DistributedExecuteCommand.java:107)
> at org.infinispan.remoting.inboundhandler.BasePerCacheInboundInvocationHandler.invokePerform(BasePerCacheInboundInvocationHandler.java:92)
> at org.infinispan.remoting.inboundhandler.BaseBlockingRunnable.run(BaseBlockingRunnable.java:34)
> 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: javax.script.ScriptException: ReferenceError: "k" is not defined in <eval> at line number 2
> at jdk.nashorn.api.scripting.NashornScriptEngine.throwAsScriptException(NashornScriptEngine.java:467)
> at jdk.nashorn.api.scripting.NashornScriptEngine.evalImpl(NashornScriptEngine.java:423)
> at jdk.nashorn.api.scripting.NashornScriptEngine.access$300(NashornScriptEngine.java:73)
> at jdk.nashorn.api.scripting.NashornScriptEngine$3.eval(NashornScriptEngine.java:511)
> at javax.script.CompiledScript.eval(CompiledScript.java:92)
> at org.infinispan.scripting.impl.ScriptingManagerImpl.execute(ScriptingManagerImpl.java:198)
> ... 7 more
> Caused by: <eval>:2 ReferenceError: "k" is not defined
> at jdk.nashorn.internal.runtime.ECMAErrors.error(ECMAErrors.java:57)
> at jdk.nashorn.internal.runtime.ECMAErrors.referenceError(ECMAErrors.java:319)
> at jdk.nashorn.internal.runtime.ECMAErrors.referenceError(ECMAErrors.java:291)
> at jdk.nashorn.internal.objects.Global.__noSuchProperty__(Global.java:1432)
> at jdk.nashorn.internal.scripts.Script$\^eval\_.:program(<eval>:2)
> at jdk.nashorn.internal.runtime.ScriptFunctionData.invoke(ScriptFunctionData.java:640)
> at jdk.nashorn.internal.runtime.ScriptFunction.invoke(ScriptFunction.java:228)
> at jdk.nashorn.internal.runtime.ScriptRuntime.apply(ScriptRuntime.java:393)
> at jdk.nashorn.api.scripting.NashornScriptEngine.evalImpl(NashornScriptEngine.java:418)
> ... 11 more
> {code}
> By the way, the test is run on the cluster consisting of 3 nodes. The default cache is used, which is:
> {code}
> <distributed-cache name="default" mode="SYNC" segments="20" owners="2" remote-timeout="30000" start="EAGER">
> <locking acquire-timeout="30000" concurrency-level="1000" striping="false"/>
> <transaction mode="NONE"/>
> </distributed-cache>
> {code}
> As the "mode" attribute is set to "distributed" in the script, it should run on all nodes. But the exception is thrown only on 2 of them (I guess due to owners is set to 2) . Not sure if this is a bug, so decided to mention it here.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 11 months
[JBoss JIRA] (ISPN-6441) Parameters are not passed to JavaScript over js-client in case of mode=distributed
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-6441?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño updated ISPN-6441:
-----------------------------------
Fix Version/s: 9.0.0.Alpha2
9.0.0.Final
> Parameters are not passed to JavaScript over js-client in case of mode=distributed
> ----------------------------------------------------------------------------------
>
> Key: ISPN-6441
> URL: https://issues.jboss.org/browse/ISPN-6441
> Project: Infinispan
> Issue Type: Bug
> Components: Remote Protocols
> Affects Versions: 8.2.1.Final
> Reporter: Anna Manukyan
> Assignee: Galder Zamarreño
> Fix For: 9.0.0.Alpha2, 9.0.0.Final
>
>
> When trying to execute a javascript on a cluster with "mode=distributed", the client gives the following error:
> {code}
> java.util.concurrent.ExecutionException: org.infinispan.remoting.RemoteException: ISPN000217: Received exception from node1, see cause for remote stack trace
> org.infinispan.remoting.RemoteException: ISPN000217: Received exception from node1, see cause for remote stack trace
> org.infinispan.commons.marshall.NotSerializableException: jdk.nashorn.api.scripting.ScriptObjectMirror
> an exception which occurred:
> in field ecmaError
> in field cause
> in field cause
> in object org.infinispan.commons.CacheException@2800248d
> in object org.infinispan.remoting.responses.ExceptionResponse@552fdef2
> Stacktrace:
> undefined
> {code}
> The script which is needed to be executed on server is:
> {code}
> // mode=distributed,language=javascript,parameters=[k, v],datatype='text/plain; charset=utf-8'
> cache.put(k, v);
> cache.get(k);
> {code}
> The test code running the script is:
> {code}
> it('can execute a script remotely to store and retrieve data in distributed mode', function(done) {
> Promise.all([client, readFile('spec/utils/typed-put-get-dist.js')])
> .then(function(vals) {
> var c = vals[0];
> return c.addScript('typed-put-get-dist.js', vals[1].toString())
> .then(function() { return c; } );
> })
> .then(t.assert(t.exec('typed-put-get-dist.js', {k: 'typed-key', v: 'typed-value'}),
> t.toContain(['typed-value', 'typed-value', 'typed-value'])))
> .catch(t.failed(done)).finally(done);
> });
> {code}
> The exception which is thrown on the server is:
> {code}
> 19:50:42,927 WARN [org.infinispan.remoting.inboundhandler.NonTotalOrderPerCacheInboundInvocationHandler] (remote-thread--p2-t5) ISPN000071: Caught exception when handling command DistributedExecuteCommand [cache=Cache 'default'@node1, keys=[], callable=org.infinispan.scripting.impl.DistributedScript@2b11e2b8]: org.infinispan.commons.CacheException: ISPN026003: Script execution error
> at org.infinispan.scripting.impl.ScriptingManagerImpl.execute(ScriptingManagerImpl.java:206)
> at org.infinispan.scripting.impl.DistributedScript.call(DistributedScript.java:30)
> at org.infinispan.commands.read.DistributedExecuteCommand.perform(DistributedExecuteCommand.java:107)
> at org.infinispan.remoting.inboundhandler.BasePerCacheInboundInvocationHandler.invokePerform(BasePerCacheInboundInvocationHandler.java:92)
> at org.infinispan.remoting.inboundhandler.BaseBlockingRunnable.run(BaseBlockingRunnable.java:34)
> 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: javax.script.ScriptException: ReferenceError: "k" is not defined in <eval> at line number 2
> at jdk.nashorn.api.scripting.NashornScriptEngine.throwAsScriptException(NashornScriptEngine.java:467)
> at jdk.nashorn.api.scripting.NashornScriptEngine.evalImpl(NashornScriptEngine.java:423)
> at jdk.nashorn.api.scripting.NashornScriptEngine.access$300(NashornScriptEngine.java:73)
> at jdk.nashorn.api.scripting.NashornScriptEngine$3.eval(NashornScriptEngine.java:511)
> at javax.script.CompiledScript.eval(CompiledScript.java:92)
> at org.infinispan.scripting.impl.ScriptingManagerImpl.execute(ScriptingManagerImpl.java:198)
> ... 7 more
> Caused by: <eval>:2 ReferenceError: "k" is not defined
> at jdk.nashorn.internal.runtime.ECMAErrors.error(ECMAErrors.java:57)
> at jdk.nashorn.internal.runtime.ECMAErrors.referenceError(ECMAErrors.java:319)
> at jdk.nashorn.internal.runtime.ECMAErrors.referenceError(ECMAErrors.java:291)
> at jdk.nashorn.internal.objects.Global.__noSuchProperty__(Global.java:1432)
> at jdk.nashorn.internal.scripts.Script$\^eval\_.:program(<eval>:2)
> at jdk.nashorn.internal.runtime.ScriptFunctionData.invoke(ScriptFunctionData.java:640)
> at jdk.nashorn.internal.runtime.ScriptFunction.invoke(ScriptFunction.java:228)
> at jdk.nashorn.internal.runtime.ScriptRuntime.apply(ScriptRuntime.java:393)
> at jdk.nashorn.api.scripting.NashornScriptEngine.evalImpl(NashornScriptEngine.java:418)
> ... 11 more
> {code}
> By the way, the test is run on the cluster consisting of 3 nodes. The default cache is used, which is:
> {code}
> <distributed-cache name="default" mode="SYNC" segments="20" owners="2" remote-timeout="30000" start="EAGER">
> <locking acquire-timeout="30000" concurrency-level="1000" striping="false"/>
> <transaction mode="NONE"/>
> </distributed-cache>
> {code}
> As the "mode" attribute is set to "distributed" in the script, it should run on all nodes. But the exception is thrown only on 2 of them (I guess due to owners is set to 2) . Not sure if this is a bug, so decided to mention it here.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 11 months
[JBoss JIRA] (ISPN-6545) Server sending two responses for same Iterator.next request
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-6545?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño reassigned ISPN-6545:
--------------------------------------
Assignee: Galder Zamarreño
> Server sending two responses for same Iterator.next request
> -----------------------------------------------------------
>
> Key: ISPN-6545
> URL: https://issues.jboss.org/browse/ISPN-6545
> Project: Infinispan
> Issue Type: Bug
> Components: Remote Protocols
> Reporter: Galder Zamarreño
> Assignee: Galder Zamarreño
> Fix For: 9.0.0.Alpha2
>
> Attachments: server.log, tmp-tests.log
>
>
> Server receives:
> {code}
> 14:55:30,600 TRACE [org.infinispan.server.hotrod.HotRodDecoder] (HotRodServerWorker-7-1) Decoded header HotRodHeader{op=IterationNextRequest, version=25, messageId=139, cacheName=, flag=0, clientIntelligence=3, topologyId=0}
> 14:55:30,601 TRACE [org.infinispan.server.hotrod.HotRodDecoder] (HotRodServerWorker-7-1) Decoded header HotRodHeader{op=IterationNextRequest, version=25, messageId=140, cacheName=, flag=0, clientIntelligence=3, topologyId=0}
> 14:55:30,601 TRACE [org.infinispan.server.hotrod.HotRodDecoder] (HotRodServerWorker-7-1) Decoded header HotRodHeader{op=IterationNextRequest, version=25, messageId=141, cacheName=, flag=0, clientIntelligence=3, topologyId=0}
> {code}
> But it replies with:
> {code}
> 14:55:30,608 TRACE [org.infinispan.server.hotrod.ContextHandler] (HotRodServerHandler-10-1) Write response IterationNextResponse{version=25, messageId=139, cacheName=, operation=IterationNextResponse, status=Success}
> 14:55:30,608 TRACE [org.infinispan.server.hotrod.ContextHandler] (HotRodServerHandler-10-1) Write response IterationNextResponse{version=25, messageId=141, cacheName=, operation=IterationNextResponse, status=Success}
> 14:55:30,608 TRACE [org.infinispan.server.hotrod.ContextHandler] (HotRodServerHandler-10-1) Write response IterationNextResponse{version=25, messageId=141, cacheName=, operation=IterationNextResponse, status=Success}
> {code}
> As a result, client never receives response for messageId=140.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 11 months
[JBoss JIRA] (ISPN-6545) Server sending two responses for same Iterator.next request
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-6545?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño updated ISPN-6545:
-----------------------------------
Status: Pull Request Sent (was: Open)
Git Pull Request: https://github.com/infinispan/infinispan/pull/4266
> Server sending two responses for same Iterator.next request
> -----------------------------------------------------------
>
> Key: ISPN-6545
> URL: https://issues.jboss.org/browse/ISPN-6545
> Project: Infinispan
> Issue Type: Bug
> Components: Remote Protocols
> Reporter: Galder Zamarreño
> Fix For: 9.0.0.Alpha2
>
> Attachments: server.log, tmp-tests.log
>
>
> Server receives:
> {code}
> 14:55:30,600 TRACE [org.infinispan.server.hotrod.HotRodDecoder] (HotRodServerWorker-7-1) Decoded header HotRodHeader{op=IterationNextRequest, version=25, messageId=139, cacheName=, flag=0, clientIntelligence=3, topologyId=0}
> 14:55:30,601 TRACE [org.infinispan.server.hotrod.HotRodDecoder] (HotRodServerWorker-7-1) Decoded header HotRodHeader{op=IterationNextRequest, version=25, messageId=140, cacheName=, flag=0, clientIntelligence=3, topologyId=0}
> 14:55:30,601 TRACE [org.infinispan.server.hotrod.HotRodDecoder] (HotRodServerWorker-7-1) Decoded header HotRodHeader{op=IterationNextRequest, version=25, messageId=141, cacheName=, flag=0, clientIntelligence=3, topologyId=0}
> {code}
> But it replies with:
> {code}
> 14:55:30,608 TRACE [org.infinispan.server.hotrod.ContextHandler] (HotRodServerHandler-10-1) Write response IterationNextResponse{version=25, messageId=139, cacheName=, operation=IterationNextResponse, status=Success}
> 14:55:30,608 TRACE [org.infinispan.server.hotrod.ContextHandler] (HotRodServerHandler-10-1) Write response IterationNextResponse{version=25, messageId=141, cacheName=, operation=IterationNextResponse, status=Success}
> 14:55:30,608 TRACE [org.infinispan.server.hotrod.ContextHandler] (HotRodServerHandler-10-1) Write response IterationNextResponse{version=25, messageId=141, cacheName=, operation=IterationNextResponse, status=Success}
> {code}
> As a result, client never receives response for messageId=140.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 11 months
[JBoss JIRA] (ISPN-6545) Server sending two responses for same Iterator.next request
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-6545?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño updated ISPN-6545:
-----------------------------------
Fix Version/s: 9.0.0.Alpha2
> Server sending two responses for same Iterator.next request
> -----------------------------------------------------------
>
> Key: ISPN-6545
> URL: https://issues.jboss.org/browse/ISPN-6545
> Project: Infinispan
> Issue Type: Bug
> Components: Remote Protocols
> Reporter: Galder Zamarreño
> Fix For: 9.0.0.Alpha2
>
> Attachments: server.log, tmp-tests.log
>
>
> Server receives:
> {code}
> 14:55:30,600 TRACE [org.infinispan.server.hotrod.HotRodDecoder] (HotRodServerWorker-7-1) Decoded header HotRodHeader{op=IterationNextRequest, version=25, messageId=139, cacheName=, flag=0, clientIntelligence=3, topologyId=0}
> 14:55:30,601 TRACE [org.infinispan.server.hotrod.HotRodDecoder] (HotRodServerWorker-7-1) Decoded header HotRodHeader{op=IterationNextRequest, version=25, messageId=140, cacheName=, flag=0, clientIntelligence=3, topologyId=0}
> 14:55:30,601 TRACE [org.infinispan.server.hotrod.HotRodDecoder] (HotRodServerWorker-7-1) Decoded header HotRodHeader{op=IterationNextRequest, version=25, messageId=141, cacheName=, flag=0, clientIntelligence=3, topologyId=0}
> {code}
> But it replies with:
> {code}
> 14:55:30,608 TRACE [org.infinispan.server.hotrod.ContextHandler] (HotRodServerHandler-10-1) Write response IterationNextResponse{version=25, messageId=139, cacheName=, operation=IterationNextResponse, status=Success}
> 14:55:30,608 TRACE [org.infinispan.server.hotrod.ContextHandler] (HotRodServerHandler-10-1) Write response IterationNextResponse{version=25, messageId=141, cacheName=, operation=IterationNextResponse, status=Success}
> 14:55:30,608 TRACE [org.infinispan.server.hotrod.ContextHandler] (HotRodServerHandler-10-1) Write response IterationNextResponse{version=25, messageId=141, cacheName=, operation=IterationNextResponse, status=Success}
> {code}
> As a result, client never receives response for messageId=140.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 11 months
[JBoss JIRA] (ISPN-6542) Subclasses of AbstractWriteKeyCommand don't marshal the Params params field
by Radim Vansa (JIRA)
[ https://issues.jboss.org/browse/ISPN-6542?page=com.atlassian.jira.plugin.... ]
Radim Vansa updated ISPN-6542:
------------------------------
Status: Open (was: New)
> Subclasses of AbstractWriteKeyCommand don't marshal the Params params field
> ---------------------------------------------------------------------------
>
> Key: ISPN-6542
> URL: https://issues.jboss.org/browse/ISPN-6542
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Affects Versions: 8.2.1.Final
> Reporter: Krzysztof Sobolewski
> Assignee: Radim Vansa
>
> I'm attempting to use the Functional API, but I'm unable to because of an exception like this:
> java.util.concurrent.ExecutionException: org.infinispan.remoting.RemoteException: ISPN000217: Received exception from FunctionalCachestoreTest-NodeB-820, see cause for remote stack trace
> at java.util.concurrent.CompletableFuture.reportGet(CompletableFuture.java:357)
> at java.util.concurrent.CompletableFuture.get(CompletableFuture.java:1895)
> (...)
> Caused by: java.lang.NullPointerException
> at org.infinispan.interceptors.CacheWriterInterceptor.visitWriteCommand(CacheWriterInterceptor.java:233)
> at org.infinispan.interceptors.CacheWriterInterceptor.visitReadWriteKeyCommand(CacheWriterInterceptor.java:215)
> at org.infinispan.commands.functional.ReadWriteKeyCommand.acceptVisitor(ReadWriteKeyCommand.java:90)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99)
> at org.infinispan.interceptors.CacheLoaderInterceptor.visitDataCommand(CacheLoaderInterceptor.java:190)
> at org.infinispan.interceptors.CacheLoaderInterceptor.visitReadWriteKeyCommand(CacheLoaderInterceptor.java:331)
> at org.infinispan.commands.functional.ReadWriteKeyCommand.acceptVisitor(ReadWriteKeyCommand.java:90)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99)
> at org.infinispan.interceptors.EntryWrappingInterceptor.invokeNextAndApplyChanges(EntryWrappingInterceptor.java:496)
> at org.infinispan.interceptors.EntryWrappingInterceptor.setSkipRemoteGetsAndInvokeNextForDataCommand(EntryWrappingInterceptor.java:561)
> at org.infinispan.interceptors.EntryWrappingInterceptor.visitReadWriteKeyCommand(EntryWrappingInterceptor.java:379)
> at org.infinispan.commands.functional.ReadWriteKeyCommand.acceptVisitor(ReadWriteKeyCommand.java:90)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99)
> at org.infinispan.interceptors.locking.AbstractLockingInterceptor.visitNonTxDataWriteCommand(AbstractLockingInterceptor.java:97)
> at org.infinispan.interceptors.locking.NonTransactionalLockingInterceptor.visitDataWriteCommand(NonTransactionalLockingInterceptor.java:41)
> at org.infinispan.interceptors.locking.AbstractLockingInterceptor.visitReadWriteKeyCommand(AbstractLockingInterceptor.java:160)
> at org.infinispan.commands.functional.ReadWriteKeyCommand.acceptVisitor(ReadWriteKeyCommand.java:90)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99)
> at org.infinispan.statetransfer.StateTransferInterceptor.handleNonTxWriteCommand(StateTransferInterceptor.java:343)
> at org.infinispan.statetransfer.StateTransferInterceptor.handleWriteCommand(StateTransferInterceptor.java:281)
> at org.infinispan.statetransfer.StateTransferInterceptor.visitReadWriteKeyCommand(StateTransferInterceptor.java:204)
> at org.infinispan.commands.functional.ReadWriteKeyCommand.acceptVisitor(ReadWriteKeyCommand.java:90)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99)
> at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:113)
> at org.infinispan.commands.AbstractVisitor.visitReadWriteKeyCommand(AbstractVisitor.java:203)
> at org.infinispan.commands.functional.ReadWriteKeyCommand.acceptVisitor(ReadWriteKeyCommand.java:90)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99)
> at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:110)
> at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:79)
> at org.infinispan.commands.AbstractVisitor.visitReadWriteKeyCommand(AbstractVisitor.java:203)
> at org.infinispan.commands.functional.ReadWriteKeyCommand.acceptVisitor(ReadWriteKeyCommand.java:90)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99)
> at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:113)
> at org.infinispan.commands.AbstractVisitor.visitReadWriteKeyCommand(AbstractVisitor.java:203)
> at org.infinispan.commands.functional.ReadWriteKeyCommand.acceptVisitor(ReadWriteKeyCommand.java:90)
> at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:335)
> at org.infinispan.commands.remote.BaseRpcInvokingCommand.processVisitableCommand(BaseRpcInvokingCommand.java:43)
> at org.infinispan.commands.remote.SingleRpcCommand.perform(SingleRpcCommand.java:51)
> at org.infinispan.remoting.inboundhandler.BasePerCacheInboundInvocationHandler.invokePerform(BasePerCacheInboundInvocationHandler.java:92)
> at org.infinispan.remoting.inboundhandler.BaseBlockingRunnable.run(BaseBlockingRunnable.java:34)
> ... 3 more
> The line where the exception occurs is:
> Param<PersistenceMode> persistMode = command.getParams().get(PersistenceMode.ID);
> Turns out that command.getParams() returns null. Investigating further, it looks like the "params" field of ReadWriteKeyCommand is not marshaled; the receiver then unmarshals everythng except the "params" field, which remains null on the remote node, where the command fails.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 11 months
[JBoss JIRA] (ISPN-6542) Subclasses of AbstractWriteKeyCommand don't marshal the Params params field
by Radim Vansa (JIRA)
[ https://issues.jboss.org/browse/ISPN-6542?page=com.atlassian.jira.plugin.... ]
Radim Vansa updated ISPN-6542:
------------------------------
Status: Pull Request Sent (was: Open)
Git Pull Request: https://github.com/infinispan/infinispan/pull/4265
> Subclasses of AbstractWriteKeyCommand don't marshal the Params params field
> ---------------------------------------------------------------------------
>
> Key: ISPN-6542
> URL: https://issues.jboss.org/browse/ISPN-6542
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Affects Versions: 8.2.1.Final
> Reporter: Krzysztof Sobolewski
> Assignee: Radim Vansa
>
> I'm attempting to use the Functional API, but I'm unable to because of an exception like this:
> java.util.concurrent.ExecutionException: org.infinispan.remoting.RemoteException: ISPN000217: Received exception from FunctionalCachestoreTest-NodeB-820, see cause for remote stack trace
> at java.util.concurrent.CompletableFuture.reportGet(CompletableFuture.java:357)
> at java.util.concurrent.CompletableFuture.get(CompletableFuture.java:1895)
> (...)
> Caused by: java.lang.NullPointerException
> at org.infinispan.interceptors.CacheWriterInterceptor.visitWriteCommand(CacheWriterInterceptor.java:233)
> at org.infinispan.interceptors.CacheWriterInterceptor.visitReadWriteKeyCommand(CacheWriterInterceptor.java:215)
> at org.infinispan.commands.functional.ReadWriteKeyCommand.acceptVisitor(ReadWriteKeyCommand.java:90)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99)
> at org.infinispan.interceptors.CacheLoaderInterceptor.visitDataCommand(CacheLoaderInterceptor.java:190)
> at org.infinispan.interceptors.CacheLoaderInterceptor.visitReadWriteKeyCommand(CacheLoaderInterceptor.java:331)
> at org.infinispan.commands.functional.ReadWriteKeyCommand.acceptVisitor(ReadWriteKeyCommand.java:90)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99)
> at org.infinispan.interceptors.EntryWrappingInterceptor.invokeNextAndApplyChanges(EntryWrappingInterceptor.java:496)
> at org.infinispan.interceptors.EntryWrappingInterceptor.setSkipRemoteGetsAndInvokeNextForDataCommand(EntryWrappingInterceptor.java:561)
> at org.infinispan.interceptors.EntryWrappingInterceptor.visitReadWriteKeyCommand(EntryWrappingInterceptor.java:379)
> at org.infinispan.commands.functional.ReadWriteKeyCommand.acceptVisitor(ReadWriteKeyCommand.java:90)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99)
> at org.infinispan.interceptors.locking.AbstractLockingInterceptor.visitNonTxDataWriteCommand(AbstractLockingInterceptor.java:97)
> at org.infinispan.interceptors.locking.NonTransactionalLockingInterceptor.visitDataWriteCommand(NonTransactionalLockingInterceptor.java:41)
> at org.infinispan.interceptors.locking.AbstractLockingInterceptor.visitReadWriteKeyCommand(AbstractLockingInterceptor.java:160)
> at org.infinispan.commands.functional.ReadWriteKeyCommand.acceptVisitor(ReadWriteKeyCommand.java:90)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99)
> at org.infinispan.statetransfer.StateTransferInterceptor.handleNonTxWriteCommand(StateTransferInterceptor.java:343)
> at org.infinispan.statetransfer.StateTransferInterceptor.handleWriteCommand(StateTransferInterceptor.java:281)
> at org.infinispan.statetransfer.StateTransferInterceptor.visitReadWriteKeyCommand(StateTransferInterceptor.java:204)
> at org.infinispan.commands.functional.ReadWriteKeyCommand.acceptVisitor(ReadWriteKeyCommand.java:90)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99)
> at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:113)
> at org.infinispan.commands.AbstractVisitor.visitReadWriteKeyCommand(AbstractVisitor.java:203)
> at org.infinispan.commands.functional.ReadWriteKeyCommand.acceptVisitor(ReadWriteKeyCommand.java:90)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99)
> at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:110)
> at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:79)
> at org.infinispan.commands.AbstractVisitor.visitReadWriteKeyCommand(AbstractVisitor.java:203)
> at org.infinispan.commands.functional.ReadWriteKeyCommand.acceptVisitor(ReadWriteKeyCommand.java:90)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99)
> at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:113)
> at org.infinispan.commands.AbstractVisitor.visitReadWriteKeyCommand(AbstractVisitor.java:203)
> at org.infinispan.commands.functional.ReadWriteKeyCommand.acceptVisitor(ReadWriteKeyCommand.java:90)
> at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:335)
> at org.infinispan.commands.remote.BaseRpcInvokingCommand.processVisitableCommand(BaseRpcInvokingCommand.java:43)
> at org.infinispan.commands.remote.SingleRpcCommand.perform(SingleRpcCommand.java:51)
> at org.infinispan.remoting.inboundhandler.BasePerCacheInboundInvocationHandler.invokePerform(BasePerCacheInboundInvocationHandler.java:92)
> at org.infinispan.remoting.inboundhandler.BaseBlockingRunnable.run(BaseBlockingRunnable.java:34)
> ... 3 more
> The line where the exception occurs is:
> Param<PersistenceMode> persistMode = command.getParams().get(PersistenceMode.ID);
> Turns out that command.getParams() returns null. Investigating further, it looks like the "params" field of ReadWriteKeyCommand is not marshaled; the receiver then unmarshals everythng except the "params" field, which remains null on the remote node, where the command fails.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 11 months