[JBoss JIRA] (ISPN-6124) List of caches is sometimes visually corrupt
by Vladimir Blagojevic (JIRA)
[ https://issues.jboss.org/browse/ISPN-6124?page=com.atlassian.jira.plugin.... ]
Vladimir Blagojevic commented on ISPN-6124:
-------------------------------------------
[~jholusa] Jiri, you seem to be very competent in this area. Can you try to resolve this one on your own?
> 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-6540) Management console doesn't display cache containers correctly if there are two containers with the same name
by Vladimir Blagojevic (JIRA)
[ https://issues.jboss.org/browse/ISPN-6540?page=com.atlassian.jira.plugin.... ]
Vladimir Blagojevic commented on ISPN-6540:
-------------------------------------------
[~rmacor] Would you please provide your configuration file so I can match the exact use case scenario!?
> Management console doesn't display cache containers correctly if there are two containers with the same name
> ------------------------------------------------------------------------------------------------------------
>
> Key: ISPN-6540
> URL: https://issues.jboss.org/browse/ISPN-6540
> Project: Infinispan
> Issue Type: Bug
> Components: Console
> Reporter: Roman Macor
> Assignee: Vladimir Blagojevic
> Attachments: Screenshot-containersWithSameName.png, Screenshot-detalPageForBothContainers.png
>
>
> When we have two containers with the same name on different clusters some values are displayed correctly - #caches, name, clustering-info, but some are not - endpoints, sites.
> Additionally, clicking on either of containers display the same information, even though containers are configured differently.
> Please see the screenshots.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 11 months
[JBoss JIRA] (ISPN-6543) Spark connector fails with CCE when compatibility mode is enabled
by Gustavo Fernandes (JIRA)
[ https://issues.jboss.org/browse/ISPN-6543?page=com.atlassian.jira.plugin.... ]
Gustavo Fernandes reassigned ISPN-6543:
---------------------------------------
Assignee: Gustavo Fernandes
> Spark connector fails with CCE when compatibility mode is enabled
> -----------------------------------------------------------------
>
> Key: ISPN-6543
> URL: https://issues.jboss.org/browse/ISPN-6543
> Project: Infinispan
> Issue Type: Bug
> Components: Spark
> Reporter: Vojtech Juranek
> Assignee: Gustavo Fernandes
>
> Fails with
> {noformat}
> org.infinispan.client.hotrod.exceptions.HotRodClientException:Request for messageId=125 returned server error (status=0x85): java.lang.ClassCastException: java.lang.Integer cannot be cast to [B
> 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.IterationNextOperation.execute(IterationNextOperation.java:48)
> at org.infinispan.client.hotrod.impl.iteration.RemoteCloseableIterator.fetch(RemoteCloseableIterator.java:100)
> at org.infinispan.client.hotrod.impl.iteration.RemoteCloseableIterator.hasNext(RemoteCloseableIterator.java:84)
> at org.infinispan.spark.rdd.InfinispanIterator.hasNext(InfinispanIterator.scala:13)
> at scala.collection.Iterator$$anon$11.hasNext(Iterator.scala:327)
> at org.apache.spark.util.random.SamplingUtils$.reservoirSampleAndCount(SamplingUtils.scala:41)
> at org.apache.spark.RangePartitioner$$anonfun$9.apply(Partitioner.scala:261)
> at org.apache.spark.RangePartitioner$$anonfun$9.apply(Partitioner.scala:259)
> at org.apache.spark.rdd.RDD$$anonfun$mapPartitionsWithIndex$1$$anonfun$apply$22.apply(RDD.scala:745)
> at org.apache.spark.rdd.RDD$$anonfun$mapPartitionsWithIndex$1$$anonfun$apply$22.apply(RDD.scala:745)
> at org.apache.spark.rdd.MapPartitionsRDD.compute(MapPartitionsRDD.scala:38)
> at org.apache.spark.rdd.RDD.computeOrReadCheckpoint(RDD.scala:306)
> at org.apache.spark.rdd.RDD.iterator(RDD.scala:270)
> at org.apache.spark.scheduler.ResultTask.runTask(ResultTask.scala:66)
> at org.apache.spark.scheduler.Task.run(Task.scala:89)
> at org.apache.spark.executor.Executor$TaskRunner.run(Executor.scala:213)
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 11 months
[JBoss JIRA] (ISPN-6543) Spark connector fails with CCE when compatibility mode is enabled
by Gustavo Fernandes (JIRA)
[ https://issues.jboss.org/browse/ISPN-6543?page=com.atlassian.jira.plugin.... ]
Gustavo Fernandes edited comment on ISPN-6543 at 4/25/16 2:38 PM:
------------------------------------------------------------------
The scala test created dynamically the following pair cache/cache-config:
{code:xml}
<distributed-cache-configuration name="org.infinispan.spark.suites.ClusteredCompatSuite-conf" mode="SYNC" start="EAGER" statistics="true">
<compatibility enabled="true"/>
</distributed-cache-configuration>
<distributed-cache name="org.infinispan.spark.suites.ClusteredCompatSuite" configuration="org.infinispan.spark.suites.ClusteredCompatSuite-conf"/>
{code}
And the remote iterator uses
{code:java}
cacheManager.getCacheConfiguration(cacheName).compatibility()
{code}
to find out if compatibility is enabled, and it returns false :/
was (Author: gustavonalle):
The scala test created dynamically the following pair cache/cache-config:
{code:xml}
<distributed-cache-configuration name="org.infinispan.spark.suites.ClusteredCompatSuite-conf" mode="SYNC" start="EAGER" statistics="true">
<compatibility enabled="true"/>
</distributed-cache-configuration>
<distributed-cache name="org.infinispan.spark.suites.ClusteredCompatSuite" configuration="org.infinispan.spark.suites.ClusteredCompatSuite-conf"/>
{code}
And the remote iterator uses
> Spark connector fails with CCE when compatibility mode is enabled
> -----------------------------------------------------------------
>
> Key: ISPN-6543
> URL: https://issues.jboss.org/browse/ISPN-6543
> Project: Infinispan
> Issue Type: Bug
> Components: Spark
> Reporter: Vojtech Juranek
>
> Fails with
> {noformat}
> org.infinispan.client.hotrod.exceptions.HotRodClientException:Request for messageId=125 returned server error (status=0x85): java.lang.ClassCastException: java.lang.Integer cannot be cast to [B
> 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.IterationNextOperation.execute(IterationNextOperation.java:48)
> at org.infinispan.client.hotrod.impl.iteration.RemoteCloseableIterator.fetch(RemoteCloseableIterator.java:100)
> at org.infinispan.client.hotrod.impl.iteration.RemoteCloseableIterator.hasNext(RemoteCloseableIterator.java:84)
> at org.infinispan.spark.rdd.InfinispanIterator.hasNext(InfinispanIterator.scala:13)
> at scala.collection.Iterator$$anon$11.hasNext(Iterator.scala:327)
> at org.apache.spark.util.random.SamplingUtils$.reservoirSampleAndCount(SamplingUtils.scala:41)
> at org.apache.spark.RangePartitioner$$anonfun$9.apply(Partitioner.scala:261)
> at org.apache.spark.RangePartitioner$$anonfun$9.apply(Partitioner.scala:259)
> at org.apache.spark.rdd.RDD$$anonfun$mapPartitionsWithIndex$1$$anonfun$apply$22.apply(RDD.scala:745)
> at org.apache.spark.rdd.RDD$$anonfun$mapPartitionsWithIndex$1$$anonfun$apply$22.apply(RDD.scala:745)
> at org.apache.spark.rdd.MapPartitionsRDD.compute(MapPartitionsRDD.scala:38)
> at org.apache.spark.rdd.RDD.computeOrReadCheckpoint(RDD.scala:306)
> at org.apache.spark.rdd.RDD.iterator(RDD.scala:270)
> at org.apache.spark.scheduler.ResultTask.runTask(ResultTask.scala:66)
> at org.apache.spark.scheduler.Task.run(Task.scala:89)
> at org.apache.spark.executor.Executor$TaskRunner.run(Executor.scala:213)
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 11 months
[JBoss JIRA] (ISPN-6543) Spark connector fails with CCE when compatibility mode is enabled
by Gustavo Fernandes (JIRA)
[ https://issues.jboss.org/browse/ISPN-6543?page=com.atlassian.jira.plugin.... ]
Gustavo Fernandes edited comment on ISPN-6543 at 4/25/16 2:38 PM:
------------------------------------------------------------------
The scala test creates dynamically the following pair cache/cache-config:
{code:xml}
<distributed-cache-configuration name="org.infinispan.spark.suites.ClusteredCompatSuite-conf" mode="SYNC" start="EAGER" statistics="true">
<compatibility enabled="true"/>
</distributed-cache-configuration>
<distributed-cache name="org.infinispan.spark.suites.ClusteredCompatSuite" configuration="org.infinispan.spark.suites.ClusteredCompatSuite-conf"/>
{code}
And the remote iterator uses
{code:java}
cacheManager.getCacheConfiguration(cacheName).compatibility()
{code}
to find out if compatibility is enabled, and it returns false :/
was (Author: gustavonalle):
The scala test created dynamically the following pair cache/cache-config:
{code:xml}
<distributed-cache-configuration name="org.infinispan.spark.suites.ClusteredCompatSuite-conf" mode="SYNC" start="EAGER" statistics="true">
<compatibility enabled="true"/>
</distributed-cache-configuration>
<distributed-cache name="org.infinispan.spark.suites.ClusteredCompatSuite" configuration="org.infinispan.spark.suites.ClusteredCompatSuite-conf"/>
{code}
And the remote iterator uses
{code:java}
cacheManager.getCacheConfiguration(cacheName).compatibility()
{code}
to find out if compatibility is enabled, and it returns false :/
> Spark connector fails with CCE when compatibility mode is enabled
> -----------------------------------------------------------------
>
> Key: ISPN-6543
> URL: https://issues.jboss.org/browse/ISPN-6543
> Project: Infinispan
> Issue Type: Bug
> Components: Spark
> Reporter: Vojtech Juranek
>
> Fails with
> {noformat}
> org.infinispan.client.hotrod.exceptions.HotRodClientException:Request for messageId=125 returned server error (status=0x85): java.lang.ClassCastException: java.lang.Integer cannot be cast to [B
> 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.IterationNextOperation.execute(IterationNextOperation.java:48)
> at org.infinispan.client.hotrod.impl.iteration.RemoteCloseableIterator.fetch(RemoteCloseableIterator.java:100)
> at org.infinispan.client.hotrod.impl.iteration.RemoteCloseableIterator.hasNext(RemoteCloseableIterator.java:84)
> at org.infinispan.spark.rdd.InfinispanIterator.hasNext(InfinispanIterator.scala:13)
> at scala.collection.Iterator$$anon$11.hasNext(Iterator.scala:327)
> at org.apache.spark.util.random.SamplingUtils$.reservoirSampleAndCount(SamplingUtils.scala:41)
> at org.apache.spark.RangePartitioner$$anonfun$9.apply(Partitioner.scala:261)
> at org.apache.spark.RangePartitioner$$anonfun$9.apply(Partitioner.scala:259)
> at org.apache.spark.rdd.RDD$$anonfun$mapPartitionsWithIndex$1$$anonfun$apply$22.apply(RDD.scala:745)
> at org.apache.spark.rdd.RDD$$anonfun$mapPartitionsWithIndex$1$$anonfun$apply$22.apply(RDD.scala:745)
> at org.apache.spark.rdd.MapPartitionsRDD.compute(MapPartitionsRDD.scala:38)
> at org.apache.spark.rdd.RDD.computeOrReadCheckpoint(RDD.scala:306)
> at org.apache.spark.rdd.RDD.iterator(RDD.scala:270)
> at org.apache.spark.scheduler.ResultTask.runTask(ResultTask.scala:66)
> at org.apache.spark.scheduler.Task.run(Task.scala:89)
> at org.apache.spark.executor.Executor$TaskRunner.run(Executor.scala:213)
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 11 months
[JBoss JIRA] (ISPN-6543) Spark connector fails with CCE when compatibility mode is enabled
by Gustavo Fernandes (JIRA)
[ https://issues.jboss.org/browse/ISPN-6543?page=com.atlassian.jira.plugin.... ]
Gustavo Fernandes commented on ISPN-6543:
-----------------------------------------
The scala test created dynamically the following pair cache/cache-config:
{code:xml}
<distributed-cache-configuration name="org.infinispan.spark.suites.ClusteredCompatSuite-conf" mode="SYNC" start="EAGER" statistics="true">
<compatibility enabled="true"/>
</distributed-cache-configuration>
<distributed-cache name="org.infinispan.spark.suites.ClusteredCompatSuite" configuration="org.infinispan.spark.suites.ClusteredCompatSuite-conf"/>
{code}
And the remote iterator uses
> Spark connector fails with CCE when compatibility mode is enabled
> -----------------------------------------------------------------
>
> Key: ISPN-6543
> URL: https://issues.jboss.org/browse/ISPN-6543
> Project: Infinispan
> Issue Type: Bug
> Components: Spark
> Reporter: Vojtech Juranek
>
> Fails with
> {noformat}
> org.infinispan.client.hotrod.exceptions.HotRodClientException:Request for messageId=125 returned server error (status=0x85): java.lang.ClassCastException: java.lang.Integer cannot be cast to [B
> 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.IterationNextOperation.execute(IterationNextOperation.java:48)
> at org.infinispan.client.hotrod.impl.iteration.RemoteCloseableIterator.fetch(RemoteCloseableIterator.java:100)
> at org.infinispan.client.hotrod.impl.iteration.RemoteCloseableIterator.hasNext(RemoteCloseableIterator.java:84)
> at org.infinispan.spark.rdd.InfinispanIterator.hasNext(InfinispanIterator.scala:13)
> at scala.collection.Iterator$$anon$11.hasNext(Iterator.scala:327)
> at org.apache.spark.util.random.SamplingUtils$.reservoirSampleAndCount(SamplingUtils.scala:41)
> at org.apache.spark.RangePartitioner$$anonfun$9.apply(Partitioner.scala:261)
> at org.apache.spark.RangePartitioner$$anonfun$9.apply(Partitioner.scala:259)
> at org.apache.spark.rdd.RDD$$anonfun$mapPartitionsWithIndex$1$$anonfun$apply$22.apply(RDD.scala:745)
> at org.apache.spark.rdd.RDD$$anonfun$mapPartitionsWithIndex$1$$anonfun$apply$22.apply(RDD.scala:745)
> at org.apache.spark.rdd.MapPartitionsRDD.compute(MapPartitionsRDD.scala:38)
> at org.apache.spark.rdd.RDD.computeOrReadCheckpoint(RDD.scala:306)
> at org.apache.spark.rdd.RDD.iterator(RDD.scala:270)
> at org.apache.spark.scheduler.ResultTask.runTask(ResultTask.scala:66)
> at org.apache.spark.scheduler.Task.run(Task.scala:89)
> at org.apache.spark.executor.Executor$TaskRunner.run(Executor.scala:213)
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 11 months
[JBoss JIRA] (ISPN-6546) Soft Index File Store: Put on same key after remove leads to corrupted cache on shutdown
by Andreas Pabst (JIRA)
[ https://issues.jboss.org/browse/ISPN-6546?page=com.atlassian.jira.plugin.... ]
Andreas Pabst updated ISPN-6546:
--------------------------------
Affects Version/s: 8.2.1.Final
> Soft Index File Store: Put on same key after remove leads to corrupted cache on shutdown
> ----------------------------------------------------------------------------------------
>
> Key: ISPN-6546
> URL: https://issues.jboss.org/browse/ISPN-6546
> Project: Infinispan
> Issue Type: Bug
> Components: Loaders and Stores
> Affects Versions: 7.2.5.Final, 8.2.1.Final
> Reporter: Andreas Pabst
> Attachments: SoftIndexFileStoreRemoveTest.java
>
>
> When performing a remove and then a put on the same key, the persistent soft index store appears to be corrupted on shutdown. On next startup an exception occurs:
> org.infinispan.commons.CacheException: Unable to invoke method public void org.infinispan.persistence.manager.PersistenceManagerImpl.start() on object of type PersistenceManagerImpl
> at org.infinispan.commons.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:172)
> at org.infinispan.factories.AbstractComponentRegistry$PrioritizedMethod.invoke(AbstractComponentRegistry.java:859)
> at org.infinispan.factories.AbstractComponentRegistry.invokeStartMethods(AbstractComponentRegistry.java:628)
> at org.infinispan.factories.AbstractComponentRegistry.internalStart(AbstractComponentRegistry.java:617)
> at org.infinispan.factories.AbstractComponentRegistry.start(AbstractComponentRegistry.java:542)
> at org.infinispan.factories.ComponentRegistry.start(ComponentRegistry.java:238)
> at org.infinispan.cache.impl.CacheImpl.start(CacheImpl.java:849)
> at org.infinispan.manager.DefaultCacheManager.wireAndStartCache(DefaultCacheManager.java:635)
> at org.infinispan.manager.DefaultCacheManager.createCache(DefaultCacheManager.java:585)
> at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:451)
> at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:437)
> at org.infinispan.quickstart.embeddedcache.SoftIndexFileStoreRemoveTest.createCache(SoftIndexFileStoreRemoveTest.java:38)
> at org.infinispan.quickstart.embeddedcache.SoftIndexFileStoreRemoveTest.testPutAfterRemove(SoftIndexFileStoreRemoveTest.java:26)
> 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:483)
> at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47)
> at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
> at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44)
> at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
> at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
> at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271)
> at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70)
> at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50)
> at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238)
> at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63)
> at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236)
> at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53)
> at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229)
> at org.junit.runners.ParentRunner.run(ParentRunner.java:309)
> at org.junit.runner.JUnitCore.run(JUnitCore.java:160)
> at com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:69)
> at com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:234)
> at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:74)
> 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:483)
> at com.intellij.rt.execution.application.AppMain.main(AppMain.java:144)
> Caused by: org.infinispan.commons.CacheException: Unable to start cache loaders
> at org.infinispan.persistence.manager.PersistenceManagerImpl.start(PersistenceManagerImpl.java:174)
> 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:483)
> at org.infinispan.commons.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:168)
> ... 39 more
> Caused by: org.infinispan.persistence.spi.PersistenceException: java.lang.IllegalArgumentException: Negative position
> at org.infinispan.persistence.sifs.SoftIndexFileStore.forEachOnDisk(SoftIndexFileStore.java:456)
> at org.infinispan.persistence.sifs.SoftIndexFileStore.start(SoftIndexFileStore.java:153)
> at org.infinispan.persistence.manager.PersistenceManagerImpl.start(PersistenceManagerImpl.java:141)
> ... 44 more
> Caused by: java.lang.IllegalArgumentException: Negative position
> at sun.nio.ch.FileChannelImpl.read(FileChannelImpl.java:685)
> at org.infinispan.persistence.sifs.FileProvider$Handle.read(FileProvider.java:291)
> at org.infinispan.persistence.sifs.EntryRecord.read(EntryRecord.java:85)
> at org.infinispan.persistence.sifs.EntryRecord.readEntryHeader(EntryRecord.java:55)
> at org.infinispan.persistence.sifs.SoftIndexFileStore$1.apply(SoftIndexFileStore.java:169)
> at org.infinispan.persistence.sifs.SoftIndexFileStore.forEachOnDisk(SoftIndexFileStore.java:443)
> ... 46 more
--
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 reassigned ISPN-6300:
--------------------------------------
Assignee: Galder Zamarreño
> 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
>
> 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
[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 commented on ISPN-5596:
-------------------------------------
I created a separate issue ISPN-6546 for the IllegalArgumentException (Negative position) that is described in the last line of this bug report since it seems to be a separate issue that has been fixed in the 8.2.x development branch.
> "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