[JBoss JIRA] (ISPN-8003) QueryInterceptor and ProtobufMetadataManagerInterceptor fail the InterceptorDefinesAllReadWritesCheck
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-8003?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant updated ISPN-8003:
----------------------------------
Fix Version/s: 9.2.0.Final
(was: 9.1.0.Final)
> QueryInterceptor and ProtobufMetadataManagerInterceptor fail the InterceptorDefinesAllReadWritesCheck
> -----------------------------------------------------------------------------------------------------
>
> Key: ISPN-8003
> URL: https://issues.jboss.org/browse/ISPN-8003
> Project: Infinispan
> Issue Type: Bug
> Affects Versions: 8.2.0.Final, 9.0.0.Final
> Reporter: Adrian Nistor
> Assignee: Adrian Nistor
> Fix For: 9.2.0.Final
>
>
> {code}
> ProtobufMetadataManagerInterceptor.java:43, InterceptorDefinesAllReadWritesCheck, Priority: Normal
> Interceptor defines methods [visitPutKeyValueCommand, visitRemoveCommand, visitPutMapCommand, visitReplaceCommand] but does not define [visitReadWriteKeyCommand, visitReadWriteManyCommand, visitReadWriteKeyValueCommand, visitReadWriteManyEntriesCommand] [not required for tests]
> {code}
> {code}
> QueryInterceptor.java:69, InterceptorDefinesAllReadWritesCheck, Priority: Normal
> Interceptor defines methods [visitPutKeyValueCommand, visitRemoveCommand, visitPutMapCommand, visitReplaceCommand] but does not define [visitReadWriteKeyCommand, visitReadWriteManyCommand, visitReadWriteKeyValueCommand, visitReadWriteManyEntriesCommand] [not required for tests]
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 2 months
[JBoss JIRA] (ISPN-8001) HotRodCustomMarshallerIteratorIT fails randomly
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-8001?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant updated ISPN-8001:
----------------------------------
Fix Version/s: 9.2.0.Final
(was: 9.1.0.Final)
> HotRodCustomMarshallerIteratorIT fails randomly
> -----------------------------------------------
>
> Key: ISPN-8001
> URL: https://issues.jboss.org/browse/ISPN-8001
> Project: Infinispan
> Issue Type: Bug
> Affects Versions: 9.1.0.Beta1
> Reporter: Adrian Nistor
> Assignee: Adrian Nistor
> Fix For: 9.2.0.Final
>
>
> There seems to be a race condition between the execution of the test and the deployment on the marshaller.
> {code}
> -------------------------------------------------------------------------------
> Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.355 sec <<< FAILURE! - in org.infinispan.server.test.client.hotrod.HotRodCustomMarshallerIteratorIT
> testIteration(org.infinispan.server.test.client.hotrod.HotRodCustomMarshallerIteratorIT) Time elapsed: 0.103 sec <<< ERROR!
> org.infinispan.client.hotrod.exceptions.HotRodClientException: java.io.IOException: Unsupported protocol version 40
> at org.infinispan.client.hotrod.impl.protocol.Codec20.checkForErrorsInResponseStatus(Codec20.java:363)
> at org.infinispan.client.hotrod.impl.protocol.Codec20.readPartialHeader(Codec20.java:152)
> at org.infinispan.client.hotrod.impl.protocol.Codec20.readHeader(Codec20.java:138)
> at org.infinispan.client.hotrod.impl.operations.HotRodOperation.readHeaderAndValidate(HotRodOperation.java:60)
> at org.infinispan.client.hotrod.impl.operations.IterationNextOperation.execute(IterationNextOperation.java:51)
> at org.infinispan.client.hotrod.impl.iteration.RemoteCloseableIterator.fetch(RemoteCloseableIterator.java:104)
> at org.infinispan.client.hotrod.impl.iteration.RemoteCloseableIterator.hasNext(RemoteCloseableIterator.java:88)
> at org.infinispan.server.test.client.hotrod.HotRodCustomMarshallerIteratorIT.iteratorToMap(HotRodCustomMarshallerIteratorIT.java:145)
> at org.infinispan.server.test.client.hotrod.HotRodCustomMarshallerIteratorIT.testIteration(HotRodCustomMarshallerIteratorIT.java:132)
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 2 months
[JBoss JIRA] (ISPN-7997) DistributedStreamIteratorTest.testLocallyForcedStream random failure
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-7997?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant updated ISPN-7997:
----------------------------------
Fix Version/s: 9.2.0.Final
(was: 9.1.0.Final)
> DistributedStreamIteratorTest.testLocallyForcedStream random failure
> --------------------------------------------------------------------
>
> Key: ISPN-7997
> URL: https://issues.jboss.org/browse/ISPN-7997
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Core
> Affects Versions: 9.1.0.Beta1
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Priority: Critical
> Labels: testsuite_stability
> Fix For: 9.2.0.Final
>
>
> The test uses the {{MagicKey(primary, backup...)}} constructor with only 16 segments and with the default {{SyncConsistentHashFactory}}. Since SCHF is based on the random addresses of the nodes, the combination of owners is not always possible:
> {noformat}
> testLocallyForcedStream[DIST_SYNC, tx=false](org.infinispan.stream.DistributedStreamIteratorTest) Time elapsed: 0.015 sec <<< FAILURE! java.lang.IllegalStateException: Could not find any segment owned by Cache 'org.infinispan.stream.DistributedStreamIteratorTest'@DistributedStreamIteratorTest[DIST_SYNC, tx=false]-NodeAM-5250, [Cache 'org.infinispan.stream.DistributedStreamIteratorTest'@DistributedStreamIteratorTest[DIST_SYNC, tx=false]-NodeAL-48678], primary segments: {1-3 5 10 14}, backup segments: {Cache 'org.infinispan.stream.DistributedStreamIteratorTest'@DistributedStreamIteratorTest[DIST_SYNC, tx=false]-NodeAL-48678={0 8-9 13}}
> at org.infinispan.distribution.MagicKey.<init>(MagicKey.java:88)
> at org.infinispan.distribution.MagicKey.<init>(MagicKey.java:137)
> at org.infinispan.stream.DistributedStreamIteratorTest.magicKey(DistributedStreamIteratorTest.java:324)
> at org.infinispan.stream.DistributedStreamIteratorTest.testLocallyForcedStream(DistributedStreamIteratorTest.java:297)
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 2 months
[JBoss JIRA] (ISPN-7982) Ickle purely negative fulltext subqueries cause empty results
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-7982?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant updated ISPN-7982:
----------------------------------
Fix Version/s: 9.2.0.Final
(was: 9.1.0.Final)
> Ickle purely negative fulltext subqueries cause empty results
> -------------------------------------------------------------
>
> Key: ISPN-7982
> URL: https://issues.jboss.org/browse/ISPN-7982
> Project: Infinispan
> Issue Type: Bug
> Components: Embedded Querying
> Affects Versions: 9.0.0.Final
> Reporter: Gustavo Fernandes
> Assignee: Adrian Nistor
> Fix For: 9.2.0.Final
>
>
> When using parethesis in an Ickle full text predicate, it can generate subqueries that are pure negative, e.g.
> {{from IspnEvent where (tags : ('tagA' and (not 'a0')))}}
> In Lucene, the query
> {{+tags:taga +(-tags:a0)}}
> is different from
> {{+tags:taga -tags:a0}}
> The latter works as expected, but the former brings empty results since Lucene does no support purely negative subqueries. In order for the former query to work, it needs to add all documents as another term to the subquery, for e.g. {{+tags:taga +(\*:\* -tags:a0)}}.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 2 months