[JBoss JIRA] (ISPN-8350) Some scripts fail to execute on off-heap cache
by Vojtech Juranek (JIRA)
Vojtech Juranek created ISPN-8350:
-------------------------------------
Summary: Some scripts fail to execute on off-heap cache
Key: ISPN-8350
URL: https://issues.jboss.org/browse/ISPN-8350
Project: Infinispan
Issue Type: Bug
Components: Server, Tasks
Affects Versions: 9.1.0.Final
Reporter: Vojtech Juranek
While executing simple scripts on server with off-heap cache seems to work fine, some scripts like script with map and reduce functions fails with
{noformat}
12:33:00,695 DEBUG [org.infinispan.server.hotrod.HotRodExceptionHandler] (HotRod-ServerWorker-5-3) Exception caught: org.infinispan.commons.CacheException: java.io.IOException: Unsupported protocol version 1
at org.infinispan.commons.dataconversion.MarshallerEncoder.fromStorage(MarshallerEncoder.java:36)
at org.infinispan.cache.impl.EncoderEntryMapper.decode(EncoderEntryMapper.java:56)
at org.infinispan.cache.impl.EncoderEntryMapper.apply(EncoderEntryMapper.java:66)
at org.infinispan.cache.impl.EncoderEntryMapper.apply(EncoderEntryMapper.java:23)
at java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193)
at java.util.Spliterators$IteratorSpliterator.tryAdvance(Spliterators.java:1812)
at org.infinispan.commons.util.Closeables$SpliteratorAsCloseableSpliterator.tryAdvance(Closeables.java:143)
at java.util.Spliterator.forEachRemaining(Spliterator.java:326)
at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:481)
at java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:471)
at java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708)
at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
at java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:499)
at org.infinispan.stream.impl.local.LocalCacheStream.collect(LocalCacheStream.java:360)
at jdk.nashorn.internal.scripts.Script$1$\^eval\_.:program(<eval>:11)
at jdk.nashorn.internal.runtime.ScriptFunctionData.invoke(ScriptFunctionData.java:637)
at jdk.nashorn.internal.runtime.ScriptFunction.invoke(ScriptFunction.java:494)
at jdk.nashorn.internal.runtime.ScriptRuntime.apply(ScriptRuntime.java:393)
at jdk.nashorn.api.scripting.NashornScriptEngine.evalImpl(NashornScriptEngine.java:418)
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:239)
at org.infinispan.scripting.impl.LocalRunner.runScript(LocalRunner.java:19)
at org.infinispan.scripting.impl.ScriptingManagerImpl.runScript(ScriptingManagerImpl.java:222)
at org.infinispan.scripting.impl.ScriptingTaskEngine.runTask(ScriptingTaskEngine.java:44)
at org.infinispan.tasks.impl.TaskManagerImpl.runTask(TaskManagerImpl.java:99)
at org.infinispan.server.hotrod.ContextHandler.realRead(ContextHandler.java:120)
at org.infinispan.server.hotrod.ContextHandler.lambda$channelRead0$0(ContextHandler.java:52)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at io.netty.util.concurrent.DefaultThreadFactory$DefaultRunnableDecorator.run(DefaultThreadFactory.java:144)
at java.lang.Thread.run(Thread.java:745)
Caused by: java.io.IOException: Unsupported protocol version 1
at org.jboss.marshalling.river.RiverUnmarshaller.start(RiverUnmarshaller.java:1348)
at org.infinispan.commons.marshall.jboss.AbstractJBossMarshaller.startObjectInput(AbstractJBossMarshaller.java:128)
at org.infinispan.commons.marshall.jboss.AbstractJBossMarshaller.objectFromByteBuffer(AbstractJBossMarshaller.java:109)
at org.infinispan.commons.marshall.AbstractMarshaller.objectFromByteBuffer(AbstractMarshaller.java:82)
at org.infinispan.commons.dataconversion.MarshallerEncoder.fromStorage(MarshallerEncoder.java:34)
... 32 more
{noformat}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 6 months
[JBoss JIRA] (ISPN-8348) Some methods from cache API do not work properly with off-heap
by Gustavo Fernandes (JIRA)
[ https://issues.jboss.org/browse/ISPN-8348?page=com.atlassian.jira.plugin.... ]
Gustavo Fernandes commented on ISPN-8348:
-----------------------------------------
Actually no, the replaceAll issue is also on 9.0.0.Final, before the encoding was introduced
> Some methods from cache API do not work properly with off-heap
> --------------------------------------------------------------
>
> Key: ISPN-8348
> URL: https://issues.jboss.org/browse/ISPN-8348
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Affects Versions: 9.1.0.Final
> Reporter: Vojtech Juranek
>
> Following methods from cache API don't work properly with off-heap:
> * {{get()}} returns value even for keys, which are not equal (for keys, which have same content, but {{key#equals()}} returns {{false}})
> * {{keySet()}} - from docs: modifications and changes to the cache will be reflected in the set and vice versa. This is not the case for off-heap.
> * {{replaceAll()}} fails with class cast exception (e.g. in case of {{Cache<String,String>}} with {{java.lang.ClassCastException: java.lang.String cannot be cast to org.infinispan.commons.marshall.WrappedBytes}})
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 6 months
[JBoss JIRA] (ISPN-8348) Some methods from cache API do not work properly with off-heap
by Gustavo Fernandes (JIRA)
[ https://issues.jboss.org/browse/ISPN-8348?page=com.atlassian.jira.plugin.... ]
Gustavo Fernandes edited comment on ISPN-8348 at 9/27/17 6:14 AM:
------------------------------------------------------------------
The replaceAll is probably regression introduced by the encoding changes
was (Author: gustavonalle):
The replaceAll is a regression introduced by the encoding changes
> Some methods from cache API do not work properly with off-heap
> --------------------------------------------------------------
>
> Key: ISPN-8348
> URL: https://issues.jboss.org/browse/ISPN-8348
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Affects Versions: 9.1.0.Final
> Reporter: Vojtech Juranek
>
> Following methods from cache API don't work properly with off-heap:
> * {{get()}} returns value even for keys, which are not equal (for keys, which have same content, but {{key#equals()}} returns {{false}})
> * {{keySet()}} - from docs: modifications and changes to the cache will be reflected in the set and vice versa. This is not the case for off-heap.
> * {{replaceAll()}} fails with class cast exception (e.g. in case of {{Cache<String,String>}} with {{java.lang.ClassCastException: java.lang.String cannot be cast to org.infinispan.commons.marshall.WrappedBytes}})
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 6 months
[JBoss JIRA] (ISPN-8348) Some methods from cache API do not work properly with off-heap
by Gustavo Fernandes (JIRA)
[ https://issues.jboss.org/browse/ISPN-8348?page=com.atlassian.jira.plugin.... ]
Gustavo Fernandes commented on ISPN-8348:
-----------------------------------------
The replaceAll is a regression introduced by the encoding changes
> Some methods from cache API do not work properly with off-heap
> --------------------------------------------------------------
>
> Key: ISPN-8348
> URL: https://issues.jboss.org/browse/ISPN-8348
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Affects Versions: 9.1.0.Final
> Reporter: Vojtech Juranek
>
> Following methods from cache API don't work properly with off-heap:
> * {{get()}} returns value even for keys, which are not equal (for keys, which have same content, but {{key#equals()}} returns {{false}})
> * {{keySet()}} - from docs: modifications and changes to the cache will be reflected in the set and vice versa. This is not the case for off-heap.
> * {{replaceAll()}} fails with class cast exception (e.g. in case of {{Cache<String,String>}} with {{java.lang.ClassCastException: java.lang.String cannot be cast to org.infinispan.commons.marshall.WrappedBytes}})
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 6 months
[JBoss JIRA] (ISPN-8349) Server remote query fails for off-heap cache
by Vojtech Juranek (JIRA)
Vojtech Juranek created ISPN-8349:
-------------------------------------
Summary: Server remote query fails for off-heap cache
Key: ISPN-8349
URL: https://issues.jboss.org/browse/ISPN-8349
Project: Infinispan
Issue Type: Bug
Components: Remote Querying, Server
Affects Versions: 9.1.0.Final
Reporter: Vojtech Juranek
Remote query on server with off-heap cache fails with
{noformat}
ERROR [org.infinispan.interceptors.impl.InvocationContextInterceptor] (HotRod-ServerHandler-6-2) ISPN000136: Error executing command PutKeyValueCommand, writing keys [WrappedByteArray{bytes=[B0x010129012801, hashCode=918279986}]: org.infinispan.commons.CacheException: java.io.IOException: Unknown type: 40
at org.infinispan.commons.dataconversion.MarshallerEncoder.fromStorage(MarshallerEncoder.java:36)
at org.infinispan.commons.dataconversion.EncodingUtils.fromStorage(EncodingUtils.java:26)
at org.infinispan.query.backend.QueryInterceptor.extractValue(QueryInterceptor.java:312)
at org.infinispan.query.backend.QueryInterceptor.processPutKeyValueCommand(QueryInterceptor.java:638)
at org.infinispan.query.backend.QueryInterceptor.lambda$visitPutKeyValueCommand$0(QueryInterceptor.java:175)
at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextThenAccept(BaseAsyncInterceptor.java:109)
at org.infinispan.query.backend.QueryInterceptor.visitPutKeyValueCommand(QueryInterceptor.java:175)
at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:67)
at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextThenAccept(BaseAsyncInterceptor.java:102)
at org.infinispan.interceptors.impl.EntryWrappingInterceptor.setSkipRemoteGetsAndInvokeNextForDataCommand(EntryWrappingInterceptor.java:664)
at org.infinispan.interceptors.impl.EntryWrappingInterceptor.visitPutKeyValueCommand(EntryWrappingInterceptor.java:311)
at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:67)
at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextAndFinally(BaseAsyncInterceptor.java:154)
at org.infinispan.interceptors.locking.AbstractLockingInterceptor.visitNonTxDataWriteCommand(AbstractLockingInterceptor.java:135)
at org.infinispan.interceptors.locking.NonTransactionalLockingInterceptor.visitDataWriteCommand(NonTransactionalLockingInterceptor.java:38)
at org.infinispan.interceptors.locking.AbstractLockingInterceptor.visitPutKeyValueCommand(AbstractLockingInterceptor.java:85)
at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:67)
at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextAndFinally(BaseAsyncInterceptor.java:154)
at org.infinispan.interceptors.impl.CacheMgmtInterceptor.updateStoreStatistics(CacheMgmtInterceptor.java:200)
at org.infinispan.interceptors.impl.CacheMgmtInterceptor.visitPutKeyValueCommand(CacheMgmtInterceptor.java:162)
at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:67)
at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextAndExceptionally(BaseAsyncInterceptor.java:127)
at org.infinispan.interceptors.impl.InvocationContextInterceptor.visitCommand(InvocationContextInterceptor.java:96)
at org.infinispan.interceptors.impl.AsyncInterceptorChainImpl.invoke(AsyncInterceptorChainImpl.java:248)
at org.infinispan.cache.impl.CacheImpl.executeCommandAndCommitIfNeeded(CacheImpl.java:1679)
at org.infinispan.cache.impl.CacheImpl.put(CacheImpl.java:1327)
at org.infinispan.cache.impl.DecoratedCache.put(DecoratedCache.java:591)
at org.infinispan.cache.impl.AbstractDelegatingAdvancedCache.put(AbstractDelegatingAdvancedCache.java:317)
at org.infinispan.cache.impl.EncoderCache.put(EncoderCache.java:450)
at org.infinispan.cache.impl.AbstractDelegatingAdvancedCache.put(AbstractDelegatingAdvancedCache.java:317)
at org.infinispan.server.hotrod.CacheDecodeContext.put(CacheDecodeContext.java:232)
at org.infinispan.server.hotrod.ContextHandler.realRead(ContextHandler.java:65)
at org.infinispan.server.hotrod.ContextHandler.lambda$channelRead0$0(ContextHandler.java:52)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at io.netty.util.concurrent.DefaultThreadFactory$DefaultRunnableDecorator.run(DefaultThreadFactory.java:144)
at java.lang.Thread.run(Thread.java:745)
Caused by: java.io.IOException: Unknown type: 40
at org.infinispan.marshall.core.GlobalMarshaller.readNonNullableObject(GlobalMarshaller.java:687)
at org.infinispan.marshall.core.GlobalMarshaller.readNullableObject(GlobalMarshaller.java:361)
at org.infinispan.marshall.core.GlobalMarshaller.objectFromObjectInput(GlobalMarshaller.java:199)
at org.infinispan.marshall.core.GlobalMarshaller.objectFromByteBuffer(GlobalMarshaller.java:195)
at org.infinispan.commons.dataconversion.MarshallerEncoder.fromStorage(MarshallerEncoder.java:34)
... 36 more
{noformat}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 6 months
[JBoss JIRA] (ISPN-8315) OSGiKarafFeaturesTest.testCleanInstall randomly failing
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-8315?page=com.atlassian.jira.plugin.... ]
Dan Berindei resolved ISPN-8315.
--------------------------------
Fix Version/s: 9.2.0.Alpha1
9.1.1.Final
Assignee: Dan Berindei
Resolution: Done
I found in the PR build's logs a {{ClassNotFoundException}} caused by the unloading of the {{org.apache.aries.transaction.manager}} bundle:
{noformat}
2017-09-15T15:36:35,630 | ERROR | CM Configuration Updater (Update: pid=org.apache.aries.transaction) | configadmin | 7 - org.apache.felix.configadmin - 1.8.14 |
[org.osgi.service.cm.ManagedService, id=165, unregistered]: Unexpected problem updating configuration org.apache.aries.transaction
java.lang.NoClassDefFoundError: org/apache/aries/transaction/internal/NLS
at org.apache.aries.transaction.internal.Activator.updated(Activator.java:112) ~[?:?]
at org.apache.felix.cm.impl.helper.ManagedServiceTracker.updated(ManagedServiceTracker.java:189) ~[7:org.apache.felix.configadmin:1.8.14]
at org.apache.felix.cm.impl.helper.ManagedServiceTracker.updateService(ManagedServiceTracker.java:152) [7:org.apache.felix.configadmin:1.8.14]
at org.apache.felix.cm.impl.helper.ManagedServiceTracker.provideConfiguration(ManagedServiceTracker.java:85) [7:org.apache.felix.configadmin:1.8.14]
at org.apache.felix.cm.impl.ConfigurationManager$UpdateConfiguration.run(ConfigurationManager.java:1776) [7:org.apache.felix.configadmin:1.8.14]
at org.apache.felix.cm.impl.UpdateThread.run0(UpdateThread.java:141) [7:org.apache.felix.configadmin:1.8.14]
at org.apache.felix.cm.impl.UpdateThread.run(UpdateThread.java:109) [7:org.apache.felix.configadmin:1.8.14]
at java.lang.Thread.run(Thread.java:748) [?:?]
Caused by: java.lang.ClassNotFoundException: Unable to load class 'org.apache.aries.transaction.internal.NLS' because the bundle wiring for org.apache.aries.transaction.manager is no longer valid.
at org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation(BundleWiringImpl.java:1515) ~[?:?]
at org.apache.felix.framework.BundleWiringImpl.access$200(BundleWiringImpl.java:79) ~[?:?]
at org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(BundleWiringImpl.java:1958) ~[?:?]
at java.lang.ClassLoader.loadClass(ClassLoader.java:357) ~[?:?]
... 8 more
{noformat}
Should have been fixed by the ISPN-7680 commit which added a dependency from the core OSGi feature to {{aries-blueprint}}.
> OSGiKarafFeaturesTest.testCleanInstall randomly failing
> -------------------------------------------------------
>
> Key: ISPN-8315
> URL: https://issues.jboss.org/browse/ISPN-8315
> Project: Infinispan
> Issue Type: Bug
> Affects Versions: 9.1.0.Final
> Reporter: Galder Zamarreño
> Assignee: Dan Berindei
> Labels: testsuite_stability
> Fix For: 9.2.0.Alpha1, 9.1.1.Final
>
>
> Error message:
> {code}
> Error Message
> org.objectweb.howl.log.LogConfigurationException (no security manager: RMI class loader disabled)
> {code}
> Stacktrace:
> {code}
> java.lang.ClassNotFoundException: org.objectweb.howl.log.LogConfigurationException (no security manager: RMI class loader disabled)
> at sun.rmi.server.LoaderHandler.loadClass(LoaderHandler.java:396)
> at sun.rmi.server.LoaderHandler.loadClass(LoaderHandler.java:186)
> at java.rmi.server.RMIClassLoader$2.loadClass(RMIClassLoader.java:637)
> at java.rmi.server.RMIClassLoader.loadClass(RMIClassLoader.java:264)
> at sun.rmi.server.MarshalInputStream.resolveClass(MarshalInputStream.java:219)
> at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1826)
> at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1713)
> at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:2000)
> at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1535)
> at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:2245)
> at java.io.ObjectInputStream.defaultReadObject(ObjectInputStream.java:552)
> at java.lang.Throwable.readObject(Throwable.java:914)
> at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:1058)
> at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:2136)
> at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:2027)
> at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1535)
> at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:2245)
> at java.io.ObjectInputStream.defaultReadObject(ObjectInputStream.java:552)
> at java.lang.Throwable.readObject(Throwable.java:914)
> at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:1058)
> at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:2136)
> at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:2027)
> at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1535)
> at java.io.ObjectInputStream.readObject(ObjectInputStream.java:422)
> at java.util.ArrayList.readObject(ArrayList.java:791)
> at sun.reflect.GeneratedMethodAccessor6.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:1058)
> at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:2136)
> at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:2027)
> at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1535)
> at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:2245)
> at java.io.ObjectInputStream.defaultReadObject(ObjectInputStream.java:552)
> at java.lang.Throwable.readObject(Throwable.java:914)
> at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:1058)
> at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:2136)
> at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:2027)
> at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1535)
> at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:2245)
> at java.io.ObjectInputStream.defaultReadObject(ObjectInputStream.java:552)
> at java.lang.Throwable.readObject(Throwable.java:914)
> at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:1058)
> at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:2136)
> at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:2027)
> at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1535)
> at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:2245)
> at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:2169)
> at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:2027)
> at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1535)
> at java.io.ObjectInputStream.readObject(ObjectInputStream.java:422)
> at sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:252)
> at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:161)
> at java.rmi.server.RemoteObjectInvocationHandler.invokeRemoteMethod(RemoteObjectInvocationHandler.java:227)
> at java.rmi.server.RemoteObjectInvocationHandler.invoke(RemoteObjectInvocationHandler.java:179)
> at com.sun.proxy.$Proxy41.remoteCall(Unknown Source)
> at org.ops4j.pax.exam.rbc.client.intern.RemoteBundleContextClientImpl$1.invoke(RemoteBundleContextClientImpl.java:102)
> at com.sun.proxy.$Proxy42.call(Unknown Source)
> at org.ops4j.pax.exam.rbc.client.intern.RemoteBundleContextClientImpl.call(RemoteBundleContextClientImpl.java:290)
> at org.ops4j.pax.exam.container.remote.RBCRemoteTarget.call(RBCRemoteTarget.java:60)
> at org.ops4j.pax.exam.karaf.container.internal.KarafTestContainer.call(KarafTestContainer.java:652)
> at org.ops4j.pax.exam.spi.reactors.EagerSingleStagedReactor.invoke(EagerSingleStagedReactor.java:109)
> at org.ops4j.pax.exam.junit.impl.ProbeRunner$2.evaluate(ProbeRunner.java:267)
> 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.ops4j.pax.exam.junit.impl.ProbeRunner.run(ProbeRunner.java:98)
> at org.ops4j.pax.exam.junit.PaxExam.run(PaxExam.java:93)
> at org.infinispan.it.osgi.util.CustomPaxExamRunner.run(CustomPaxExamRunner.java:73)
> at org.junit.runners.Suite.runChild(Suite.java:127)
> at org.junit.runners.Suite.runChild(Suite.java:26)
> 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.runners.Suite.runChild(Suite.java:127)
> at org.junit.runners.Suite.runChild(Suite.java:26)
> at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238)
> at org.apache.maven.surefire.junitcore.pc.Scheduler$1.run(Scheduler.java:393)
> at org.apache.maven.surefire.junitcore.pc.InvokerStrategy.schedule(InvokerStrategy.java:54)
> at org.apache.maven.surefire.junitcore.pc.Scheduler.schedule(Scheduler.java:352)
> 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.apache.maven.surefire.junitcore.pc.ParallelComputerBuilder$PC$1.run(ParallelComputerBuilder.java:595)
> at org.apache.maven.surefire.junitcore.JUnitCore.run(JUnitCore.java:55)
> at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.createRequestAndRun(JUnitCoreWrapper.java:137)
> at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.executeEager(JUnitCoreWrapper.java:107)
> at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.execute(JUnitCoreWrapper.java:83)
> at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.execute(JUnitCoreWrapper.java:75)
> at org.apache.maven.surefire.junitcore.JUnitCoreProvider.invoke(JUnitCoreProvider.java:157)
> at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:386)
> at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:323)
> at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:143)
> {code}
> Output:
> {code}
> Standard Output
> [TestSuiteProgress] Test failed: OSGiKarafFeaturesTest.testCleanInstall
> 15:36:35,952 ERROR (main) [TestSuiteProgress] Test failed: OSGiKarafFeaturesTest.testCleanInstall
> java.lang.ClassNotFoundException: org.objectweb.howl.log.LogConfigurationException (no security manager: RMI class loader disabled)
> at sun.rmi.server.LoaderHandler.loadClass(LoaderHandler.java:396)
> at sun.rmi.server.LoaderHandler.loadClass(LoaderHandler.java:186)
> at java.rmi.server.RMIClassLoader$2.loadClass(RMIClassLoader.java:637)
> at java.rmi.server.RMIClassLoader.loadClass(RMIClassLoader.java:264)
> at sun.rmi.server.MarshalInputStream.resolveClass(MarshalInputStream.java:219)
> at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1826)
> at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1713)
> at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:2000)
> at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1535)[TestSuiteProgress] Tests succeeded: 3, failed: 1, skipped: 0
> [TestSuiteProgress] Test succeeded: OSGiKarafFeaturesTest.testCleanInstall
> [TestSuiteProgress] Tests succeeded: 4, failed: 1, skipped: 0
> org.ops4j.pax.logging.pax-logging-api[org.ops4j.pax.logging.internal.Activator] : Disabling SLF4J API support.
> org.ops4j.pax.logging.pax-logging-api[org.ops4j.pax.logging.internal.Activator] : Disabling Jakarta Commons Logging API support.
> org.ops4j.pax.logging.pax-logging-api[org.ops4j.pax.logging.internal.Activator] : Disabling Log4J API support.
> org.ops4j.pax.logging.pax-logging-api[org.ops4j.pax.logging.internal.Activator] : Disabling Avalon Logger API support.
> org.ops4j.pax.logging.pax-logging-api[org.ops4j.pax.logging.internal.Activator] : Disabling JULI Logger API support.
> org.ops4j.pax.logging.pax-logging-api[org.ops4j.pax.logging.internal.Activator] : Disabling Log4J v2 API support. Ignored FQCN: org.apache.logging.log4j.spi.AbstractLogger
> [TestSuiteProgress] Test starting: OSGiKarafFeaturesTest.testCleanInstall
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 6 months
[JBoss JIRA] (ISPN-8348) Some methods from cache API do not work properly with off-heap
by Vojtech Juranek (JIRA)
Vojtech Juranek created ISPN-8348:
-------------------------------------
Summary: Some methods from cache API do not work properly with off-heap
Key: ISPN-8348
URL: https://issues.jboss.org/browse/ISPN-8348
Project: Infinispan
Issue Type: Bug
Components: Core
Affects Versions: 9.1.0.Final
Reporter: Vojtech Juranek
Following methods from cache API don't work properly with off-heap:
* {{get()}} returns value even for keys, which are not equal (for keys, which have same content, but {{key#equals()}} returns {{false}})
* {{keySet()}} - from docs: modifications and changes to the cache will be reflected in the set and vice versa. This is not the case for off-heap.
* {{replaceAll()}} fails with class cast exception (e.g. in case of {{Cache<String,String>}} with {{java.lang.ClassCastException: java.lang.String cannot be cast to org.infinispan.commons.marshall.WrappedBytes}})
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 6 months
[JBoss JIRA] (ISPN-4349) Configuration parser doesn't allow to have <async/>, <properties/> and <singleton/> elements inside of <store/> element
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-4349?page=com.atlassian.jira.plugin.... ]
Dan Berindei resolved ISPN-4349.
--------------------------------
Fix Version/s: 7.0.0.Final
Resolution: Done
Fixed with ISPN-3514
> Configuration parser doesn't allow to have <async/>, <properties/> and <singleton/> elements inside of <store/> element
> -----------------------------------------------------------------------------------------------------------------------
>
> Key: ISPN-4349
> URL: https://issues.jboss.org/browse/ISPN-4349
> Project: Infinispan
> Issue Type: Bug
> Components: Configuration, Loaders and Stores
> Affects Versions: 6.0.2.Final
> Reporter: Alexey Olenev
> Fix For: 7.0.0.Final
>
>
> Despite infinispan-config-6.0.xsd says that there can be a <async/>, <properties/> and <singleton/> elements inside of <store/>, actually if you configure custom store using <store/> element, configuration parser (org.infinispan.configuration.parsing.Parser60) throws exception:
> org.infinispan.commons.CacheConfigurationException: javax.xml.stream.XMLStreamException: ParseError at [row,col]:[104,29]
> Message: Unexpected element '{urn:infinispan:config:6.0}properties'
> at org.infinispan.configuration.parsing.ParserRegistry.parse(ParserRegistry.java:102)
> at org.infinispan.manager.DefaultCacheManager.<init>(DefaultCacheManager.java:253)
> at org.infinispan.manager.DefaultCacheManager.<init>(DefaultCacheManager.java:226)
> at org.infinispan.manager.DefaultCacheManager.<init>(DefaultCacheManager.java:213)
> at org.sproot_grid.cache.ClusterFacade.init(ClusterFacade.java:48)
> at org.sproot_grid.cache.ClusterFacade.getFacade(ClusterFacade.java:41)
> at org.sproot_grid.cache.ClusterFacadeTest.initCluster(ClusterFacadeTest.java:21)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:601)
> at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
> at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
> at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
> at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:27)
> at org.junit.runners.ParentRunner.run(ParentRunner.java:236)
> at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50)
> at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
> at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467)
> at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683)
> at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390)
> at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197)
> Caused by: javax.xml.stream.XMLStreamException: ParseError at [row,col]:[104,29]
> Message: Unexpected element '{urn:infinispan:config:6.0}properties'
> at org.infinispan.configuration.parsing.ParserRegistry.parseElement(ParserRegistry.java:139)
> at org.infinispan.configuration.parsing.XMLExtendedStreamReaderImpl.handleAny(XMLExtendedStreamReaderImpl.java:37)
> at org.infinispan.configuration.parsing.Parser60.parsePersistence(Parser60.java:558)
> at org.infinispan.configuration.parsing.Parser60.parseCache(Parser60.java:150)
> at org.infinispan.configuration.parsing.Parser60.parseNamedCache(Parser60.java:109)
> at org.infinispan.configuration.parsing.Parser60.readElement(Parser60.java:76)
> at org.infinispan.configuration.parsing.ParserRegistry.parseElement(ParserRegistry.java:141)
> at org.infinispan.configuration.parsing.ParserRegistry.parse(ParserRegistry.java:123)
> at org.infinispan.configuration.parsing.ParserRegistry.parse(ParserRegistry.java:110)
> at org.infinispan.configuration.parsing.ParserRegistry.parse(ParserRegistry.java:97)
> ... 21 more
> This exception occurs because of org.infinispan.configuration.parsing.Parser60.parseStore (lines 668-685). This code means that method parseStoreChildren() will be called just if my custom store is a subclass of SingleFileStore, and this method is responsible for parsing such elements as <async/>, <properties/> and <singleton/>
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 6 months
[JBoss JIRA] (ISPN-4156) Validating parse of infinispan.cfg.xml fails due to incorrect XSD
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-4156?page=com.atlassian.jira.plugin.... ]
Dan Berindei resolved ISPN-4156.
--------------------------------
Fix Version/s: 7.0.0.Final
Resolution: Done
Fixed with ISPN-3863.
> Validating parse of infinispan.cfg.xml fails due to incorrect XSD
> ------------------------------------------------------------------
>
> Key: ISPN-4156
> URL: https://issues.jboss.org/browse/ISPN-4156
> Project: Infinispan
> Issue Type: Bug
> Components: Configuration
> Affects Versions: 6.0.2.Final
> Reporter: Howard Lewis Ship
> Fix For: 7.0.0.Final
>
> Attachments: infinispan.cfg.xml
>
>
> /infinispan-cachestore-jdbc-6.0.2.Final.jar!/schema/infinispan-cachestore-jdbc-config-6.0.xsd line 110 is:
> {code}
> <xs:extension base="config:lockSupportStore">
> {code}
> but lockSupportStore does not exist in the main config schema.
> This causes validating XML parsing to fail.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 6 months