[JBoss JIRA] (ISPN-6406) NullPointerException while executed javascript returns null to js-client
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-6406?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño updated ISPN-6406:
-----------------------------------
Status: Pull Request Sent (was: Open)
Git Pull Request: https://github.com/infinispan/infinispan/pull/4263
> NullPointerException while executed javascript returns null to js-client
> ------------------------------------------------------------------------
>
> Key: ISPN-6406
> URL: https://issues.jboss.org/browse/ISPN-6406
> Project: Infinispan
> Issue Type: Bug
> Components: Remote Protocols
> Affects Versions: 8.2.1.Final, 9.0.0.Alpha1
> Reporter: Anna Manukyan
> Assignee: Galder Zamarreño
> Fix For: 9.0.0.Alpha2, 9.0.0.Final
>
>
> In case when executing a javascript on local node, which returns as a result null, the following exception is thrown on the server:
> {code}
> 17:25:26,127 ERROR [org.infinispan.server.hotrod.HotRodEncoder] (HotRodServerWorker-7-119) ISPN005022: Exception writing response with messageId=188: java.lang.NullPointerException
> at org.infinispan.server.core.transport.ExtendedByteBuf$.writeRangedBytes(ExtendedByteBuf.scala:65)
> at org.infinispan.server.hotrod.Encoder2x$.writeResponse(Encoder2x.scala:340)
> at org.infinispan.server.hotrod.HotRodEncoder.encode(HotRodEncoder.scala:45)
> at io.netty.handler.codec.MessageToByteEncoder.write(MessageToByteEncoder.java:107)
> at io.netty.channel.AbstractChannelHandlerContext.invokeWrite(AbstractChannelHandlerContext.java:633)
> at io.netty.channel.AbstractChannelHandlerContext.write(AbstractChannelHandlerContext.java:691)
> at io.netty.channel.AbstractChannelHandlerContext.writeAndFlush(AbstractChannelHandlerContext.java:681)
> at io.netty.channel.AbstractChannelHandlerContext.writeAndFlush(AbstractChannelHandlerContext.java:716)
> at io.netty.channel.DefaultChannelPipeline.writeAndFlush(DefaultChannelPipeline.java:954)
> at io.netty.channel.AbstractChannel.writeAndFlush(AbstractChannel.java:243)
> at org.infinispan.server.hotrod.HotRodDecoder.writeResponse(HotRodDecoder.scala:250)
> at org.infinispan.server.hotrod.HotRodDecoder.customDecodeHeader(HotRodDecoder.scala:209)
> at org.infinispan.server.hotrod.HotRodDecoder.org$infinispan$server$hotrod$HotRodDecoder$$decodeHeader(HotRodDecoder.scala:97)
> at org.infinispan.server.hotrod.HotRodDecoder$$anonfun$decode$1.apply$mcV$sp(HotRodDecoder.scala:52)
> at org.infinispan.server.hotrod.HotRodDecoder.wrapSecurity(HotRodDecoder.scala:224)
> at org.infinispan.server.hotrod.HotRodDecoder.decode(HotRodDecoder.scala:50)
> at io.netty.handler.codec.ReplayingDecoder.callDecode(ReplayingDecoder.java:370)
> at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:168)
> at org.infinispan.server.hotrod.HotRodDecoder.org$infinispan$server$core$transport$StatsChannelHandler$$super$channelRead(HotRodDecoder.scala:32)
> at org.infinispan.server.core.transport.StatsChannelHandler$class.channelRead(StatsChannelHandler.scala:32)
> at org.infinispan.server.hotrod.HotRodDecoder.channelRead(HotRodDecoder.scala:32)
> at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:308)
> at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:294)
> at io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:846)
> at io.netty.channel.nio.AbstractNioByteChannel$NioByteUnsafe.read(AbstractNioByteChannel.java:130)
> at io.netty.channel.nio.NioEventLoop.processSelectedKey(NioEventLoop.java:511)
> at io.netty.channel.nio.NioEventLoop.processSelectedKeysOptimized(NioEventLoop.java:468)
> at io.netty.channel.nio.NioEventLoop.processSelectedKeys(NioEventLoop.java:382)
> at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:354)
> at io.netty.util.concurrent.SingleThreadEventExecutor$2.run(SingleThreadEventExecutor.java:116)
> at io.netty.util.concurrent.DefaultThreadFactory$DefaultRunnableDecorator.run(DefaultThreadFactory.java:137)
> at java.lang.Thread.run(Thread.java:745)
> {code}
> The code is:
> {code}
> //Executable javascript:
> // mode=local,language=javascript,datatype='text/plain; charset=utf-8'
> cacheManager.getAddress()
> And the Test:
> it('can execute a script remotely to get node address from cacheManager', function(done) {
> Promise.all([client, readFile('spec/utils/test-cacheManager.js')])
> .then(function(vals) {
> var c = vals[0];
> return c.addScript('test-cacheManager.js', vals[1].toString())
> .then(function() { return c; } );
> })
> .then(t.assert(t.exec('test-cacheManager.js'),
> t.toBeUndefined))
> .catch(failed(done)).finally(done);
> });
> {code}
> The result of the test execution is:
> {code}
> Message:
> java.lang.NullPointerException
> Stacktrace:
> undefined
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 11 months
[JBoss JIRA] (ISPN-6526) Transaction doesn't rollback on throwable
by Sebastian Łaskawiec (JIRA)
[ https://issues.jboss.org/browse/ISPN-6526?page=com.atlassian.jira.plugin.... ]
Sebastian Łaskawiec updated ISPN-6526:
--------------------------------------
Status: Open (was: New)
> Transaction doesn't rollback on throwable
> -----------------------------------------
>
> Key: ISPN-6526
> URL: https://issues.jboss.org/browse/ISPN-6526
> Project: Infinispan
> Issue Type: Bug
> Components: Transactions
> Affects Versions: 6.0.2.Final
> Reporter: Denis Kirpichenkov
> Fix For: 9.0.0.Alpha2, 9.0.0.Final
>
>
> Sometimes when certain thread executes commands in org.infinispan.cache.impl.CacheImpl#executeCommandAndCommitIfNeeded it can get a java.lang.Throwable and leave an object in cache locked.
> In my case thread was faced with java.lang.ThreadDeath and I was unable to get certain object from cache.
> Here is part of stacktrace
> {noformat}
> org.infinispan.commons.CacheException: java.lang.ThreadDeath
> at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:341)
> at org.infinispan.CacheImpl.executeCommandAndCommitIfNeeded(CacheImpl.java:1306)
> at org.infinispan.CacheImpl.removeInternal(CacheImpl.java:326)
> at org.infinispan.CacheImpl.remove(CacheImpl.java:320)
> at org.infinispan.CacheImpl.remove(CacheImpl.java:315)
> at org.hibernate.cache.infinispan.access.PutFromLoadValidator.releasePutFromLoadLock(PutFromLoadValidator.java:264)
> at org.hibernate.cache.infinispan.access.TransactionalAccessDelegate.putFromLoad(TransactionalAccessDelegate.java:149)
> at org.hibernate.cache.infinispan.entity.TransactionalAccess.putFromLoad(TransactionalAccess.java:76)
> at org.hibernate.engine.internal.TwoPhaseLoad.doInitializeEntity(TwoPhaseLoad.java:221)
> at org.hibernate.engine.internal.TwoPhaseLoad.initializeEntity(TwoPhaseLoad.java:144)
> at org.hibernate.loader.Loader.initializeEntitiesAndCollections(Loader.java:1115)
> at org.hibernate.loader.Loader.processResultSet(Loader.java:973)
> at org.hibernate.loader.Loader.doQuery(Loader.java:921)
> at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:355)
> at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:325)
> at org.hibernate.loader.Loader.loadEntity(Loader.java:2149)
> at org.hibernate.loader.entity.AbstractEntityLoader.load(AbstractEntityLoader.java:78)
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 11 months
[JBoss JIRA] (ISPN-6526) Transaction doesn't rollback on throwable
by Sebastian Łaskawiec (JIRA)
[ https://issues.jboss.org/browse/ISPN-6526?page=com.atlassian.jira.plugin.... ]
Sebastian Łaskawiec updated ISPN-6526:
--------------------------------------
Status: Pull Request Sent (was: Open)
Git Pull Request: https://github.com/infinispan/infinispan/pull/4245
> Transaction doesn't rollback on throwable
> -----------------------------------------
>
> Key: ISPN-6526
> URL: https://issues.jboss.org/browse/ISPN-6526
> Project: Infinispan
> Issue Type: Bug
> Components: Transactions
> Affects Versions: 6.0.2.Final
> Reporter: Denis Kirpichenkov
> Fix For: 9.0.0.Alpha2, 9.0.0.Final
>
>
> Sometimes when certain thread executes commands in org.infinispan.cache.impl.CacheImpl#executeCommandAndCommitIfNeeded it can get a java.lang.Throwable and leave an object in cache locked.
> In my case thread was faced with java.lang.ThreadDeath and I was unable to get certain object from cache.
> Here is part of stacktrace
> {noformat}
> org.infinispan.commons.CacheException: java.lang.ThreadDeath
> at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:341)
> at org.infinispan.CacheImpl.executeCommandAndCommitIfNeeded(CacheImpl.java:1306)
> at org.infinispan.CacheImpl.removeInternal(CacheImpl.java:326)
> at org.infinispan.CacheImpl.remove(CacheImpl.java:320)
> at org.infinispan.CacheImpl.remove(CacheImpl.java:315)
> at org.hibernate.cache.infinispan.access.PutFromLoadValidator.releasePutFromLoadLock(PutFromLoadValidator.java:264)
> at org.hibernate.cache.infinispan.access.TransactionalAccessDelegate.putFromLoad(TransactionalAccessDelegate.java:149)
> at org.hibernate.cache.infinispan.entity.TransactionalAccess.putFromLoad(TransactionalAccess.java:76)
> at org.hibernate.engine.internal.TwoPhaseLoad.doInitializeEntity(TwoPhaseLoad.java:221)
> at org.hibernate.engine.internal.TwoPhaseLoad.initializeEntity(TwoPhaseLoad.java:144)
> at org.hibernate.loader.Loader.initializeEntitiesAndCollections(Loader.java:1115)
> at org.hibernate.loader.Loader.processResultSet(Loader.java:973)
> at org.hibernate.loader.Loader.doQuery(Loader.java:921)
> at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:355)
> at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:325)
> at org.hibernate.loader.Loader.loadEntity(Loader.java:2149)
> at org.hibernate.loader.entity.AbstractEntityLoader.load(AbstractEntityLoader.java:78)
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 11 months
[JBoss JIRA] (ISPN-6526) Transaction doesn't rollback on throwable
by Sebastian Łaskawiec (JIRA)
[ https://issues.jboss.org/browse/ISPN-6526?page=com.atlassian.jira.plugin.... ]
Sebastian Łaskawiec updated ISPN-6526:
--------------------------------------
Fix Version/s: 9.0.0.Alpha2
9.0.0.Final
> Transaction doesn't rollback on throwable
> -----------------------------------------
>
> Key: ISPN-6526
> URL: https://issues.jboss.org/browse/ISPN-6526
> Project: Infinispan
> Issue Type: Bug
> Components: Transactions
> Affects Versions: 6.0.2.Final
> Reporter: Denis Kirpichenkov
> Fix For: 9.0.0.Alpha2, 9.0.0.Final
>
>
> Sometimes when certain thread executes commands in org.infinispan.cache.impl.CacheImpl#executeCommandAndCommitIfNeeded it can get a java.lang.Throwable and leave an object in cache locked.
> In my case thread was faced with java.lang.ThreadDeath and I was unable to get certain object from cache.
> Here is part of stacktrace
> {noformat}
> org.infinispan.commons.CacheException: java.lang.ThreadDeath
> at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:341)
> at org.infinispan.CacheImpl.executeCommandAndCommitIfNeeded(CacheImpl.java:1306)
> at org.infinispan.CacheImpl.removeInternal(CacheImpl.java:326)
> at org.infinispan.CacheImpl.remove(CacheImpl.java:320)
> at org.infinispan.CacheImpl.remove(CacheImpl.java:315)
> at org.hibernate.cache.infinispan.access.PutFromLoadValidator.releasePutFromLoadLock(PutFromLoadValidator.java:264)
> at org.hibernate.cache.infinispan.access.TransactionalAccessDelegate.putFromLoad(TransactionalAccessDelegate.java:149)
> at org.hibernate.cache.infinispan.entity.TransactionalAccess.putFromLoad(TransactionalAccess.java:76)
> at org.hibernate.engine.internal.TwoPhaseLoad.doInitializeEntity(TwoPhaseLoad.java:221)
> at org.hibernate.engine.internal.TwoPhaseLoad.initializeEntity(TwoPhaseLoad.java:144)
> at org.hibernate.loader.Loader.initializeEntitiesAndCollections(Loader.java:1115)
> at org.hibernate.loader.Loader.processResultSet(Loader.java:973)
> at org.hibernate.loader.Loader.doQuery(Loader.java:921)
> at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:355)
> at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:325)
> at org.hibernate.loader.Loader.loadEntity(Loader.java:2149)
> at org.hibernate.loader.entity.AbstractEntityLoader.load(AbstractEntityLoader.java:78)
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 11 months
[JBoss JIRA] (ISPN-6526) Transaction doesn't rollback on throwable
by Sebastian Łaskawiec (JIRA)
[ https://issues.jboss.org/browse/ISPN-6526?page=com.atlassian.jira.plugin.... ]
Sebastian Łaskawiec updated ISPN-6526:
--------------------------------------
Status: Resolved (was: Pull Request Sent)
Resolution: Done
> Transaction doesn't rollback on throwable
> -----------------------------------------
>
> Key: ISPN-6526
> URL: https://issues.jboss.org/browse/ISPN-6526
> Project: Infinispan
> Issue Type: Bug
> Components: Transactions
> Affects Versions: 6.0.2.Final
> Reporter: Denis Kirpichenkov
> Fix For: 9.0.0.Alpha2, 9.0.0.Final
>
>
> Sometimes when certain thread executes commands in org.infinispan.cache.impl.CacheImpl#executeCommandAndCommitIfNeeded it can get a java.lang.Throwable and leave an object in cache locked.
> In my case thread was faced with java.lang.ThreadDeath and I was unable to get certain object from cache.
> Here is part of stacktrace
> {noformat}
> org.infinispan.commons.CacheException: java.lang.ThreadDeath
> at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:341)
> at org.infinispan.CacheImpl.executeCommandAndCommitIfNeeded(CacheImpl.java:1306)
> at org.infinispan.CacheImpl.removeInternal(CacheImpl.java:326)
> at org.infinispan.CacheImpl.remove(CacheImpl.java:320)
> at org.infinispan.CacheImpl.remove(CacheImpl.java:315)
> at org.hibernate.cache.infinispan.access.PutFromLoadValidator.releasePutFromLoadLock(PutFromLoadValidator.java:264)
> at org.hibernate.cache.infinispan.access.TransactionalAccessDelegate.putFromLoad(TransactionalAccessDelegate.java:149)
> at org.hibernate.cache.infinispan.entity.TransactionalAccess.putFromLoad(TransactionalAccess.java:76)
> at org.hibernate.engine.internal.TwoPhaseLoad.doInitializeEntity(TwoPhaseLoad.java:221)
> at org.hibernate.engine.internal.TwoPhaseLoad.initializeEntity(TwoPhaseLoad.java:144)
> at org.hibernate.loader.Loader.initializeEntitiesAndCollections(Loader.java:1115)
> at org.hibernate.loader.Loader.processResultSet(Loader.java:973)
> at org.hibernate.loader.Loader.doQuery(Loader.java:921)
> at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:355)
> at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:325)
> at org.hibernate.loader.Loader.loadEntity(Loader.java:2149)
> at org.hibernate.loader.entity.AbstractEntityLoader.load(AbstractEntityLoader.java:78)
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 11 months
[JBoss JIRA] (ISPN-6542) Subclasses of AbstractWriteKeyCommand don't marshal the Params params field
by Krzysztof Sobolewski (JIRA)
Krzysztof Sobolewski created ISPN-6542:
------------------------------------------
Summary: Subclasses of AbstractWriteKeyCommand don't marshal the Params params field
Key: ISPN-6542
URL: https://issues.jboss.org/browse/ISPN-6542
Project: Infinispan
Issue Type: Bug
Components: Core
Affects Versions: 8.2.1.Final
Reporter: Krzysztof Sobolewski
I'm attempting to use the Functional API, but I'm unable to because of an exception like this:
java.util.concurrent.ExecutionException: org.infinispan.remoting.RemoteException: ISPN000217: Received exception from FunctionalCachestoreTest-NodeB-820, see cause for remote stack trace
at java.util.concurrent.CompletableFuture.reportGet(CompletableFuture.java:357)
at java.util.concurrent.CompletableFuture.get(CompletableFuture.java:1895)
(...)
Caused by: java.lang.NullPointerException
at org.infinispan.interceptors.CacheWriterInterceptor.visitWriteCommand(CacheWriterInterceptor.java:233)
at org.infinispan.interceptors.CacheWriterInterceptor.visitReadWriteKeyCommand(CacheWriterInterceptor.java:215)
at org.infinispan.commands.functional.ReadWriteKeyCommand.acceptVisitor(ReadWriteKeyCommand.java:90)
at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99)
at org.infinispan.interceptors.CacheLoaderInterceptor.visitDataCommand(CacheLoaderInterceptor.java:190)
at org.infinispan.interceptors.CacheLoaderInterceptor.visitReadWriteKeyCommand(CacheLoaderInterceptor.java:331)
at org.infinispan.commands.functional.ReadWriteKeyCommand.acceptVisitor(ReadWriteKeyCommand.java:90)
at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99)
at org.infinispan.interceptors.EntryWrappingInterceptor.invokeNextAndApplyChanges(EntryWrappingInterceptor.java:496)
at org.infinispan.interceptors.EntryWrappingInterceptor.setSkipRemoteGetsAndInvokeNextForDataCommand(EntryWrappingInterceptor.java:561)
at org.infinispan.interceptors.EntryWrappingInterceptor.visitReadWriteKeyCommand(EntryWrappingInterceptor.java:379)
at org.infinispan.commands.functional.ReadWriteKeyCommand.acceptVisitor(ReadWriteKeyCommand.java:90)
at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99)
at org.infinispan.interceptors.locking.AbstractLockingInterceptor.visitNonTxDataWriteCommand(AbstractLockingInterceptor.java:97)
at org.infinispan.interceptors.locking.NonTransactionalLockingInterceptor.visitDataWriteCommand(NonTransactionalLockingInterceptor.java:41)
at org.infinispan.interceptors.locking.AbstractLockingInterceptor.visitReadWriteKeyCommand(AbstractLockingInterceptor.java:160)
at org.infinispan.commands.functional.ReadWriteKeyCommand.acceptVisitor(ReadWriteKeyCommand.java:90)
at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99)
at org.infinispan.statetransfer.StateTransferInterceptor.handleNonTxWriteCommand(StateTransferInterceptor.java:343)
at org.infinispan.statetransfer.StateTransferInterceptor.handleWriteCommand(StateTransferInterceptor.java:281)
at org.infinispan.statetransfer.StateTransferInterceptor.visitReadWriteKeyCommand(StateTransferInterceptor.java:204)
at org.infinispan.commands.functional.ReadWriteKeyCommand.acceptVisitor(ReadWriteKeyCommand.java:90)
at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99)
at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:113)
at org.infinispan.commands.AbstractVisitor.visitReadWriteKeyCommand(AbstractVisitor.java:203)
at org.infinispan.commands.functional.ReadWriteKeyCommand.acceptVisitor(ReadWriteKeyCommand.java:90)
at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99)
at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:110)
at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:79)
at org.infinispan.commands.AbstractVisitor.visitReadWriteKeyCommand(AbstractVisitor.java:203)
at org.infinispan.commands.functional.ReadWriteKeyCommand.acceptVisitor(ReadWriteKeyCommand.java:90)
at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99)
at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:113)
at org.infinispan.commands.AbstractVisitor.visitReadWriteKeyCommand(AbstractVisitor.java:203)
at org.infinispan.commands.functional.ReadWriteKeyCommand.acceptVisitor(ReadWriteKeyCommand.java:90)
at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:335)
at org.infinispan.commands.remote.BaseRpcInvokingCommand.processVisitableCommand(BaseRpcInvokingCommand.java:43)
at org.infinispan.commands.remote.SingleRpcCommand.perform(SingleRpcCommand.java:51)
at org.infinispan.remoting.inboundhandler.BasePerCacheInboundInvocationHandler.invokePerform(BasePerCacheInboundInvocationHandler.java:92)
at org.infinispan.remoting.inboundhandler.BaseBlockingRunnable.run(BaseBlockingRunnable.java:34)
... 3 more
The line where the exception occurs is:
Param<PersistenceMode> persistMode = command.getParams().get(PersistenceMode.ID);
Turns out that command.getParams() returns null. Investigating further, it looks like the "params" field of ReadWriteKeyCommand is not marshaled; the receiver then unmarshals everythng except the "params" field, which remains null on the remote node, where the command fails.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 11 months
[JBoss JIRA] (HRJS-5) Iterator.next might read another next calls entry
by Galder Zamarreño (JIRA)
Galder Zamarreño created HRJS-5:
-----------------------------------
Summary: Iterator.next might read another next calls entry
Key: HRJS-5
URL: https://issues.jboss.org/browse/HRJS-5
Project: Infinispan Javascript client
Issue Type: Bug
Affects Versions: 0.2.0
Reporter: Galder Zamarreño
Sometimes iterator fails with:
{code}
2) Infinispan local client can iterate over entries
Message:
timeout: timed out after 5000 msec waiting for spec to complete
Stacktrace:
undefined
{code}
When you look at the trace logs, you see:
{code}
[2016-04-25 12:20:12.127] [TRACE] client - Invoke iterator.next(msgId=326,iteratorId=6bfd9ab1-d42f-4209-9393-90c13a648381) on 127.0.0.1:11222
[2016-04-25 12:20:12.127] [TRACE] encoder - Encode operation with topology id 0
[2016-04-25 12:20:12.127] [TRACE] transport - Write buffer(msgId=326) to 127.0.0.1:11222
[2016-04-25 12:20:12.127] [TRACE] client - Invoke iterator.next(msgId=327,iteratorId=6bfd9ab1-d42f-4209-9393-90c13a648381) on 127.0.0.1:11222
[2016-04-25 12:20:12.127] [TRACE] encoder - Encode operation with topology id 0
[2016-04-25 12:20:12.128] [TRACE] transport - Write buffer(msgId=327) to 127.0.0.1:11222
[2016-04-25 12:20:12.128] [TRACE] client - Invoke iterator.next(msgId=328,iteratorId=6bfd9ab1-d42f-4209-9393-90c13a648381) on 127.0.0.1:11222
[2016-04-25 12:20:12.128] [TRACE] encoder - Encode operation with topology id 0
[2016-04-25 12:20:12.128] [TRACE] transport - Write buffer(msgId=328) to 127.0.0.1:11222
[2016-04-25 12:20:12.137] [TRACE] decoder - Read header(msgId=326): opCode=52, status=0, hasNewTopology=0
[2016-04-25 12:20:12.137] [TRACE] decoder - Call decode for request(msgId=326)
[2016-04-25 12:20:12.137] [TRACE] iterator - Iterator next contains 1 entries
[2016-04-25 12:20:12.137] [TRACE] connection - After decoding request(msgId=326), buffer size is 23, and offset 23
[2016-04-25 12:20:12.137] [TRACE] connection - Complete success for request(msgId=326) with [{"key":"local-it2","value":"v2"}]
[2016-04-25 12:20:12.138] [TRACE] decoder - Read header(msgId=328): opCode=52, status=0, hasNewTopology=0
[2016-04-25 12:20:12.138] [TRACE] decoder - Call decode for request(msgId=328)
[2016-04-25 12:20:12.138] [TRACE] iterator - Iterator next contains 1 entries
[2016-04-25 12:20:12.138] [TRACE] connection - After decoding request(msgId=328), buffer size is 46, and offset 23
[2016-04-25 12:20:12.138] [TRACE] decoder - Read header(msgId=328): opCode=52, status=0, hasNewTopology=0
[2016-04-25 12:20:12.138] [TRACE] decoder - Call decode for request(msgId=328)
[2016-04-25 12:20:12.138] [TRACE] iterator - Iterator next contains 1 entries
[2016-04-25 12:20:12.138] [TRACE] connection - After decoding request(msgId=328), buffer size is 23, and offset 23
[2016-04-25 12:20:12.139] [TRACE] connection - Complete success for request(msgId=328) with [{"key":"local-it1","value":"v1"}]
[2016-04-25 12:20:12.139] [TRACE] connection - Complete success for request(msgId=328) with [{"key":"local-it3","value":"v3"}]
[2016-04-25 12:20:17.963] [DEBUG] client - Invoke clear(msgId=329)
{code}
Two client side decode requests happened for msgId=328 whereas msgId=327 was left without answer.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 11 months
[JBoss JIRA] (ISPN-5721) Add SNI support to the endpoints
by Sebastian Łaskawiec (JIRA)
[ https://issues.jboss.org/browse/ISPN-5721?page=com.atlassian.jira.plugin.... ]
Sebastian Łaskawiec updated ISPN-5721:
--------------------------------------
Status: Pull Request Sent (was: Pull Request Sent)
Git Pull Request: https://github.com/infinispan/infinispan/pull/4262
> Add SNI support to the endpoints
> --------------------------------
>
> Key: ISPN-5721
> URL: https://issues.jboss.org/browse/ISPN-5721
> Project: Infinispan
> Issue Type: Feature Request
> Components: Security, Server
> Affects Versions: 8.0.0.Final
> Reporter: Tristan Tarrant
> Assignee: Sebastian Łaskawiec
> Fix For: 9.0.0.Alpha2
>
>
> Openshift Router uses DNS names to perform routing. It is perfectly legal to have this kind of configuration:
> {code}
> client 1 --> example.com:11222 -----+> Hotrod server
> /
> client 2 --> example2.com:11222 /
> {code}
> In that case the TLS configuration might be problematic (since very often certificates are issued for a domain name). However it is possible to use [SNI TLS Extension|https://tools.ietf.org/html/rfc6066#page-6].
> The SNI needs to be added to:
> * Client's configuration (it needs to modify it's own {{SSLContext}} and add {{SSLParams}}
> * Hotrod server to support SNI (with Netty)
> * XML Configuration for Hotrod
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 11 months