March 2016 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-6303) Exception while executing Map/Reduce task over JavaScript which is called from Jar (Server Task)

by Anna Manukyan (JIRA)

[ https://issues.jboss.org/browse/ISPN-6303?page=com.atlassian.jira.plugin.... ] Anna Manukyan updated ISPN-6303: -------------------------------- Description: When trying to execute Map/Reduce task over JavaScript which is called from the Jar Task deployed on infinispan-server, the following exception is thrown: {code} java.lang.ClassNotFoundException: org.infinispan.scripting.utils.JSArrays from [Module "org.jgroups.extension:main" from local module loader @33e5ccce (finder: local module finder @5a42bbf4 (roots: /home/amanukya/Documents/Red Hat Workspace/infinispan/server/integration/testsuite/target/server/node2/modules,/home/amanukya/Documents/Red Hat Workspace/infinispan/server/integration/testsuite/target/server/node2/modules/system/layers/base))] 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.server.test.task.DistributedServerTaskIT.shouldExecuteMapReduceViaJavaScriptInTask(DistributedServerTaskIT.java:182) {code} The thing is that, the org.infinispan.scripting and org.infinispan modules are added as a dependency to the jar in MANIFEST.MF class, but still it looks for that in org.jgroups.extension:main module. If I am adding the infinispan module dependencies in org.jgroups.extension:main:module.xml , then test passes. You can find the test here (remove @Ignore annotation): https://github.com/infinispan/infinispan/blob/master/server/integration/t... UPDATE: The exception is thrown in case of 2 node deployment with clustered caches. For 1 node deployment with local cache, the test passes properly. The same passing test for LOCAL cache usage is: https://github.com/infinispan/infinispan/blob/master/server/integration/t... was: When trying to execute Map/Reduce task over JavaScript which is called from the Jar Task deployed on infinispan-server, the following exception is thrown: {code} java.lang.ClassNotFoundException: org.infinispan.scripting.utils.JSArrays from [Module "org.jgroups.extension:main" from local module loader @33e5ccce (finder: local module finder @5a42bbf4 (roots: /home/amanukya/Documents/Red Hat Workspace/infinispan/server/integration/testsuite/target/server/node2/modules,/home/amanukya/Documents/Red Hat Workspace/infinispan/server/integration/testsuite/target/server/node2/modules/system/layers/base))] 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.server.test.task.DistributedServerTaskIT.shouldExecuteMapReduceViaJavaScriptInTask(DistributedServerTaskIT.java:182) {code} The thing is that, the org.infinispan.scripting and org.infinispan modules are added as a dependency to the jar in MANIFEST.MF class, but still it looks for that in org.jgroups.extension:main module. If I am adding the infinispan module dependencies in org.jgroups.extension:main:module.xml , then test passes. You can find the test here (remove @Ignore annotation): https://github.com/infinispan/infinispan/blob/master/server/integration/t... > Exception while executing Map/Reduce task over JavaScript which is called from Jar (Server Task) > ------------------------------------------------------------------------------------------------ > > Key: ISPN-6303 > URL: https://issues.jboss.org/browse/ISPN-6303 > Project: Infinispan > Issue Type: Bug > Components: Server, Tasks, Test Suite - Server > Affects Versions: 8.1.2.Final > Reporter: Anna Manukyan > > When trying to execute Map/Reduce task over JavaScript which is called from the Jar Task deployed on infinispan-server, the following exception is thrown: > {code} > java.lang.ClassNotFoundException: org.infinispan.scripting.utils.JSArrays from [Module "org.jgroups.extension:main" from local module loader @33e5ccce (finder: local module finder @5a42bbf4 (roots: /home/amanukya/Documents/Red Hat Workspace/infinispan/server/integration/testsuite/target/server/node2/modules,/home/amanukya/Documents/Red Hat Workspace/infinispan/server/integration/testsuite/target/server/node2/modules/system/layers/base))] > 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.server.test.task.DistributedServerTaskIT.shouldExecuteMapReduceViaJavaScriptInTask(DistributedServerTaskIT.java:182) > {code} > The thing is that, the org.infinispan.scripting and org.infinispan modules are added as a dependency to the jar in MANIFEST.MF class, but still it looks for that in org.jgroups.extension:main module. > If I am adding the infinispan module dependencies in org.jgroups.extension:main:module.xml , then test passes. > You can find the test here (remove @Ignore annotation): > https://github.com/infinispan/infinispan/blob/master/server/integration/t... > UPDATE: > The exception is thrown in case of 2 node deployment with clustered caches. For 1 node deployment with local cache, the test passes properly. > The same passing test for LOCAL cache usage is: https://github.com/infinispan/infinispan/blob/master/server/integration/t... -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-6303) Exception while executing Map/Reduce task over JavaScript which is called from Jar (Server Task)

by Anna Manukyan (JIRA)

Anna Manukyan created ISPN-6303: ----------------------------------- Summary: Exception while executing Map/Reduce task over JavaScript which is called from Jar (Server Task) Key: ISPN-6303 URL: https://issues.jboss.org/browse/ISPN-6303 Project: Infinispan Issue Type: Bug Components: Server, Tasks, Test Suite - Server Affects Versions: 8.1.2.Final Reporter: Anna Manukyan When trying to execute Map/Reduce task over JavaScript which is called from the Jar Task deployed on infinispan-server, the following exception is thrown: {code} java.lang.ClassNotFoundException: org.infinispan.scripting.utils.JSArrays from [Module "org.jgroups.extension:main" from local module loader @33e5ccce (finder: local module finder @5a42bbf4 (roots: /home/amanukya/Documents/Red Hat Workspace/infinispan/server/integration/testsuite/target/server/node2/modules,/home/amanukya/Documents/Red Hat Workspace/infinispan/server/integration/testsuite/target/server/node2/modules/system/layers/base))] 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.server.test.task.DistributedServerTaskIT.shouldExecuteMapReduceViaJavaScriptInTask(DistributedServerTaskIT.java:182) {code} The thing is that, the org.infinispan.scripting and org.infinispan modules are added as a dependency to the jar in MANIFEST.MF class, but still it looks for that in org.jgroups.extension:main module. If I am adding the infinispan module dependencies in org.jgroups.extension:main:module.xml , then test passes. You can find the test here (remove @Ignore annotation): https://github.com/infinispan/infinispan/blob/master/server/integration/t... -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-6301) Configurations should be configured as templates by default

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-6301?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes reopened ISPN-6301: ------------------------------------- > Configurations should be configured as templates by default > ----------------------------------------------------------- > > Key: ISPN-6301 > URL: https://issues.jboss.org/browse/ISPN-6301 > Project: Infinispan > Issue Type: Bug > Components: Server > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 8.2.0.CR1, 8.2.0.Final > > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-6302) DistributedServerTaskDeploymentIT fails

by Sebastian Łaskawiec (JIRA)

Sebastian Łaskawiec created ISPN-6302: ----------------------------------------- Summary: DistributedServerTaskDeploymentIT fails Key: ISPN-6302 URL: https://issues.jboss.org/browse/ISPN-6302 Project: Infinispan Issue Type: Bug Reporter: Sebastian Łaskawiec Assignee: Sebastian Łaskawiec http://ci.infinispan.org/viewLog.html?buildId=36568&tab=buildResultsDiv&b... -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-6141) Configuration view for cache container - Schemas

by Pedro Zapata (JIRA)

[ https://issues.jboss.org/browse/ISPN-6141?page=com.atlassian.jira.plugin.... ] Pedro Zapata reassigned ISPN-6141: ---------------------------------- Assignee: Pedro Zapata > Configuration view for cache container - Schemas > ------------------------------------------------ > > Key: ISPN-6141 > URL: https://issues.jboss.org/browse/ISPN-6141 > Project: Infinispan > Issue Type: Task > Components: Console > Reporter: Pedro Zapata > Assignee: Pedro Zapata > > Implement schemas management as > https://rawgit.com/infinispan/infinispan-console-mockup/master/cache-cont... -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-6292) Upgrade to Hibernate Search 5.6.0.Alpha2 and Lucene 5.5.0

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-6292?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-6292: ------------------------------------ Issue Type: Component Upgrade (was: Feature Request) > Upgrade to Hibernate Search 5.6.0.Alpha2 and Lucene 5.5.0 > --------------------------------------------------------- > > Key: ISPN-6292 > URL: https://issues.jboss.org/browse/ISPN-6292 > Project: Infinispan > Issue Type: Component Upgrade > Affects Versions: 8.2.0.Beta2 > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > Fix For: 8.2.0.CR1 > > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-3891) Tune for batching without transactions

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-3891?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-3891: ------------------------------------ Fix Version/s: 8.2.0.Final (was: 8.2.0.CR1) > Tune for batching without transactions > -------------------------------------- > > Key: ISPN-3891 > URL: https://issues.jboss.org/browse/ISPN-3891 > Project: Infinispan > Issue Type: Enhancement > Components: Transactions > Reporter: Sanne Grinovero > Fix For: 8.2.0.Final > > > The usage of batching is a critically important feature, widely used to improve performance in many common scenarios, but while documentation makes it clear that it's built on transactions, it's unclear how these transactions should be configured. > Also, I would challenge the decision of building batching on top of transactions and see if there are opportunities for further optimization. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-3906) Do not place ProtobufValueWrapper instances in the cache

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-3906?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-3906: ------------------------------------ Fix Version/s: 8.2.0.Final (was: 8.2.0.CR1) > Do not place ProtobufValueWrapper instances in the cache > -------------------------------------------------------- > > Key: ISPN-3906 > URL: https://issues.jboss.org/browse/ISPN-3906 > Project: Infinispan > Issue Type: Task > Components: Embedded Querying > Affects Versions: 6.0.0.Final > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 8.2.0.Final > > > ProtobufValueWrapper is only needed in order to provide a classbridge so we can integrate with Hibernate Search. Still, we should not need to wrap the protobuf encoded byte array put in the cache with this class. It should only be created as a temporary wrapper just before we feed the data to Hibernate Search. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-3835) Index Update command is processed before the registry listener is triggered

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-3835?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-3835: ------------------------------------ Fix Version/s: 8.2.0.Final (was: 8.2.0.CR1) > Index Update command is processed before the registry listener is triggered > --------------------------------------------------------------------------- > > Key: ISPN-3835 > URL: https://issues.jboss.org/browse/ISPN-3835 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying > Affects Versions: 6.0.0.Final > Reporter: Sanne Grinovero > Assignee: Gustavo Fernandes > Priority: Critical > Labels: 64QueryBlockers > Fix For: 8.2.0.Final > > > When using the InfinispanIndexManager backend the master node might receive an index update command about an index which it hasn't defined yet. > Index definitions are triggered by the type registry, which in turn is driven by the ClusterRegistry and an event listener on the ClusterRegistry. It looks like slaves are sending update requests before the master has processed the configuration event. > This leads to index update commands to be lost (with a stacktrace logged) -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-3905) Murmurhash3 implementation is slow on String keys

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-3905?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-3905: ------------------------------------ Fix Version/s: 8.2.0.Final (was: 8.2.0.CR1) > Murmurhash3 implementation is slow on String keys > ------------------------------------------------- > > Key: ISPN-3905 > URL: https://issues.jboss.org/browse/ISPN-3905 > Project: Infinispan > Issue Type: Enhancement > Components: Core > Affects Versions: 6.0.0.Final, 6.0.1.Final > Reporter: Sanne Grinovero > Assignee: Dan Berindei > Priority: Minor > Fix For: 8.2.0.Final > > > String instances are a common choice for being used as key entries, still the getBytes() operation being performed allocates costly buffers, and the computation to get those bytes looks like expensive too. > I suspect there might be good reasons for not using the String's own hashcode directly as an input to Murmurhash? Still that's what other implementations seem to do. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues March 2016