[JBoss JIRA] (ISPN-6388) Spark integration - TimeoutException: Replication timeout on application execution
by Matej Čimbora (JIRA)
[ https://issues.jboss.org/browse/ISPN-6388?page=com.atlassian.jira.plugin.... ]
Matej Čimbora commented on ISPN-6388:
-------------------------------------
Closing for now, will reopen if the issue occurs again.
> Spark integration - TimeoutException: Replication timeout on application execution
> -----------------------------------------------------------------------------------
>
> Key: ISPN-6388
> URL: https://issues.jboss.org/browse/ISPN-6388
> Project: Infinispan
> Issue Type: Bug
> Components: Spark
> Affects Versions: 8.2.0.Final
> Reporter: Matej Čimbora
> Assignee: Gustavo Fernandes
> Attachments: app_0.txt, driver.txt, server.txt
>
>
> The issue occurs sporadically while application is executing (e.g. WordCount example). To some degree it seems to be affected by number of partitions used (i.e. higher the count, the less likely the issue occurs).
> Using 8 node cluster (1 worker/1 ISPN server per physical node), connector v. 0.2.
> Attached sample driver, server, application logs.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 11 months
[JBoss JIRA] (ISPN-6388) Spark integration - TimeoutException: Replication timeout on application execution
by Matej Čimbora (JIRA)
[ https://issues.jboss.org/browse/ISPN-6388?page=com.atlassian.jira.plugin.... ]
Matej Čimbora closed ISPN-6388.
-------------------------------
Resolution: Done
> Spark integration - TimeoutException: Replication timeout on application execution
> -----------------------------------------------------------------------------------
>
> Key: ISPN-6388
> URL: https://issues.jboss.org/browse/ISPN-6388
> Project: Infinispan
> Issue Type: Bug
> Components: Spark
> Affects Versions: 8.2.0.Final
> Reporter: Matej Čimbora
> Assignee: Gustavo Fernandes
> Attachments: app_0.txt, driver.txt, server.txt
>
>
> The issue occurs sporadically while application is executing (e.g. WordCount example). To some degree it seems to be affected by number of partitions used (i.e. higher the count, the less likely the issue occurs).
> Using 8 node cluster (1 worker/1 ISPN server per physical node), connector v. 0.2.
> Attached sample driver, server, application logs.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 11 months
[JBoss JIRA] (ISPN-6388) Spark integration - TimeoutException: Replication timeout on application execution
by Matej Čimbora (JIRA)
[ https://issues.jboss.org/browse/ISPN-6388?page=com.atlassian.jira.plugin.... ]
Matej Čimbora commented on ISPN-6388:
-------------------------------------
Indeed, running with ISPN 8.2.1.Final & Spark connector 0.3 shows no problems.
> Spark integration - TimeoutException: Replication timeout on application execution
> -----------------------------------------------------------------------------------
>
> Key: ISPN-6388
> URL: https://issues.jboss.org/browse/ISPN-6388
> Project: Infinispan
> Issue Type: Bug
> Components: Spark
> Affects Versions: 8.2.0.Final
> Reporter: Matej Čimbora
> Assignee: Gustavo Fernandes
> Attachments: app_0.txt, driver.txt, server.txt
>
>
> The issue occurs sporadically while application is executing (e.g. WordCount example). To some degree it seems to be affected by number of partitions used (i.e. higher the count, the less likely the issue occurs).
> Using 8 node cluster (1 worker/1 ISPN server per physical node), connector v. 0.2.
> Attached sample driver, server, application logs.
--
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 resolved ISPN-6441.
------------------------------------
Resolution: Duplicate Issue
> 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 commented on ISPN-6441:
----------------------------------------
This issue is just a duplicate of the original problem, ISPN-6300, which affects all clients.
> 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-6124) List of caches is sometimes visually corrupt
by Jiří Holuša (JIRA)
[ https://issues.jboss.org/browse/ISPN-6124?page=com.atlassian.jira.plugin.... ]
Jiří Holuša commented on ISPN-6124:
-----------------------------------
[~vblagojevic] I can definitely try :) Let me take a look on that and get back to you with my findings.
> 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
> 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, 11 months
[JBoss JIRA] (ISPN-6548) Newer version of Weld SE throw exceptions during shutdown
by Sebastian Łaskawiec (JIRA)
Sebastian Łaskawiec created ISPN-6548:
-----------------------------------------
Summary: Newer version of Weld SE throw exceptions during shutdown
Key: ISPN-6548
URL: https://issues.jboss.org/browse/ISPN-6548
Project: Infinispan
Issue Type: Bug
Components: CDI Integration
Affects Versions: 8.2.1.Final
Reporter: Sebastian Łaskawiec
Assignee: Sebastian Łaskawiec
Priority: Critical
When using newer versions of Weld SE (2.3.x), during shutdown an exception is thrown:
{code}
Exception in thread "Thread-1" org.infinispan.jmx.JmxDomainConflictException: ISPN000034: There's already a JMX MBean instance type=CacheManager,name="CDIExtensionDefaultCacheManager" already registered under 'org.infinispan' JMX domain. If you want to allow multiple instances configured with same JMX domain enable 'allowDuplicateDomains' attribute in 'globalJmxStatistics' config element
at org.infinispan.jmx.JmxUtil.buildJmxDomain(JmxUtil.java:52)
at org.infinispan.jmx.CacheManagerJmxRegistration.updateDomain(CacheManagerJmxRegistration.java:79)
at org.infinispan.jmx.CacheManagerJmxRegistration.buildRegistrar(CacheManagerJmxRegistration.java:73)
at org.infinispan.jmx.AbstractJmxRegistration.registerMBeans(AbstractJmxRegistration.java:37)
at org.infinispan.jmx.CacheManagerJmxRegistration.start(CacheManagerJmxRegistration.java:41)
at org.infinispan.manager.DefaultCacheManager.start(DefaultCacheManager.java:657)
at org.infinispan.manager.DefaultCacheManager.<init>(DefaultCacheManager.java:232)
at org.infinispan.manager.DefaultCacheManager.<init>(DefaultCacheManager.java:209)
at org.infinispan.cdi.DefaultEmbeddedCacheManagerProducer.getDefaultEmbeddedCacheManager(DefaultEmbeddedCacheManagerProducer.java:43)
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.jboss.weld.injection.StaticMethodInjectionPoint.invoke(StaticMethodInjectionPoint.java:88)
at org.jboss.weld.injection.StaticMethodInjectionPoint.invoke(StaticMethodInjectionPoint.java:78)
at org.jboss.weld.injection.producer.ProducerMethodProducer.produce(ProducerMethodProducer.java:99)
at org.jboss.weld.injection.producer.AbstractMemberProducer.produce(AbstractMemberProducer.java:161)
at org.jboss.weld.bean.AbstractProducerBean.create(AbstractProducerBean.java:181)
at org.jboss.weld.context.AbstractContext.get(AbstractContext.java:96)
at org.jboss.weld.bean.ContextualInstanceStrategy$DefaultContextualInstanceStrategy.get(ContextualInstanceStrategy.java:101)
at org.jboss.weld.bean.ContextualInstanceStrategy$ApplicationScopedContextualInstanceStrategy.get(ContextualInstanceStrategy.java:141)
at org.jboss.weld.bean.ContextualInstance.get(ContextualInstance.java:50)
at org.jboss.weld.bean.proxy.ContextBeanInstance.getInstance(ContextBeanInstance.java:99)
at org.jboss.weld.bean.proxy.ProxyMethodHandler.getInstance(ProxyMethodHandler.java:125)
at org.infinispan.manager.BasicCacheContainer$CacheContainer$EmbeddedCacheManager$Lifecycle$Listenable$112368021$Proxy$_$$_WeldClientProxy.toString(Unknown Source)
at java.lang.String.valueOf(String.java:2982)
at java.lang.StringBuilder.append(StringBuilder.java:131)
at org.infinispan.cdi.util.Reflections.buildInvokeMethodErrorMessage(Reflections.java:87)
at org.infinispan.cdi.util.Reflections.invokeMethod(Reflections.java:203)
at org.infinispan.cdi.util.Reflections.invokeMethod(Reflections.java:126)
at org.infinispan.cdi.util.InjectableMethod.invoke(InjectableMethod.java:153)
at org.infinispan.cdi.util.InjectableMethod.invoke(InjectableMethod.java:110)
at org.infinispan.cdi.util.defaultbean.DefaultProducerMethod.destroy(DefaultProducerMethod.java:42)
at org.jboss.weld.util.bean.IsolatedForwardingBean.destroy(IsolatedForwardingBean.java:50)
at org.jboss.weld.context.AbstractContext.destroyContextualInstance(AbstractContext.java:147)
at org.jboss.weld.context.AbstractContext.destroy(AbstractContext.java:161)
at org.jboss.weld.context.AbstractSharedContext.destroy(AbstractSharedContext.java:61)
at org.jboss.weld.context.AbstractSharedContext.invalidate(AbstractSharedContext.java:56)
at org.jboss.weld.bootstrap.WeldRuntime.shutdown(WeldRuntime.java:56)
at org.jboss.weld.bootstrap.WeldBootstrap.shutdown(WeldBootstrap.java:113)
at org.jboss.weld.environment.se.WeldContainer.shutdown(WeldContainer.java:237)
at org.jboss.weld.environment.se.WeldContainer$ShutdownHook.run(WeldContainer.java:276)
{code}
Most probably cause:
{code}
at org.infinispan.cdi.util.Reflections.buildInvokeMethodErrorMessage(Reflections.java:87)
at org.infinispan.cdi.util.Reflections.invokeMethod(Reflections.java:203)
at org.infinispan.cdi.util.Reflections.invokeMethod(Reflections.java:126)
at org.infinispan.cdi.util.InjectableMethod.invoke(InjectableMethod.java:153)
at org.infinispan.cdi.util.InjectableMethod.invoke(InjectableMethod.java:110)
at org.infinispan.cdi.util.defaultbean.DefaultProducerMethod.destroy(DefaultProducerMethod.java:42)
{code}
It seems our error handling code tries to print out an {{EmbeddedCacheManager}} argument which causes creating another instance.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 11 months
[JBoss JIRA] (ISPN-6300) Parameters, CacheManager and Marshaller are not passed to JavaScript in case of mode=distributed
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-6300?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño updated ISPN-6300:
-----------------------------------
Status: Open (was: New)
> Parameters, CacheManager and Marshaller are not passed to JavaScript in case of mode=distributed
> ------------------------------------------------------------------------------------------------
>
> Key: ISPN-6300
> URL: https://issues.jboss.org/browse/ISPN-6300
> Project: Infinispan
> Issue Type: Bug
> Components: Tasks
> Affects Versions: 8.1.2.Final
> Reporter: Anna Manukyan
> Assignee: Galder Zamarreño
> Fix For: 9.0.0.Alpha2, 9.0.0.Final
>
>
> When in javascript file the mode is set to distributed, the cacheManager, marshaller and parameters are not passed from the server.
> {code}
> // mode=distributed,language=javascript,parameters=[a]
> cache.put("a", a)
> cacheManager.getAddress()
> {code}
> Java Call:
> {code}
> CompletableFuture<ArrayList<JGroupsAddress>> resultsFuture = scriptingManager.runScript("distExec.js", new TaskContext().cache(cache(0)).addParameter("a", "value"));
> {code}
> The following line execution throws:
> {code}
> Caused by: <eval>:3 ReferenceError: "a" is not defined
> or
> "cacheManager" is not defined if the cache put is commented.
> {code}
> UPDATE:
> When the same script is run using on Hotrod Server via Hotrod client, the following exception is thrown:
> {code}
> org.infinispan.client.hotrod.exceptions.HotRodClientException:Request for messageId=53 returned server error (status=0x85): java.util.concurrent.ExecutionException: java.util.concurrent.ExecutionException: org.infinispan.remoting.RemoteException: ISPN000217: Received exception from ExecTest-NodeA-26018, see cause for remote stack trace
> java.util.concurrent.ExecutionException: org.infinispan.remoting.RemoteException: ISPN000217: Received exception from ExecTest-NodeA-26018, see cause for remote stack trace
> org.infinispan.remoting.RemoteException: ISPN000217: Received exception from ExecTest-NodeA-26018, 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@5f8d3629
> -> toString = org.infinispan.commons.CacheException: ISPN026003: Script execution error
> in object org.infinispan.remoting.responses.ExceptionResponse@19da5d4b
> -> toString = ExceptionResponse
> at org.infinispan.client.hotrod.impl.protocol.Codec20.checkForErrorsInResponseStatus(Codec20.java:343)
> at org.infinispan.client.hotrod.impl.protocol.Codec20.readPartialHeader(Codec20.java:132)
> at org.infinispan.client.hotrod.impl.protocol.Codec20.readHeader(Codec20.java:118)
> at org.infinispan.client.hotrod.impl.operations.HotRodOperation.readHeaderAndValidate(HotRodOperation.java:56)
> at org.infinispan.client.hotrod.impl.operations.ExecuteOperation.executeOperation(ExecuteOperation.java:49)
> at org.infinispan.client.hotrod.impl.operations.RetryOnFailureOperation.execute(RetryOnFailureOperation.java:54)
> at org.infinispan.client.hotrod.impl.RemoteCacheImpl.execute(RemoteCacheImpl.java:703)
> at org.infinispan.client.hotrod.ExecTest.testScriptExecutionWithPassingParams(ExecTest.java:119)
> ...
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 11 months