[JBoss JIRA] (ISPN-5939) RemoteListenerWithDslFilterTest.testEventFilter and NonIndexedCacheRemoteListenerWithDslFilterTest.testEventFilter fail randomly
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-5939?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant updated ISPN-5939:
----------------------------------
Status: Resolved (was: Pull Request Sent)
Fix Version/s: 8.1.0.Final
Resolution: Done
> RemoteListenerWithDslFilterTest.testEventFilter and NonIndexedCacheRemoteListenerWithDslFilterTest.testEventFilter fail randomly
> --------------------------------------------------------------------------------------------------------------------------------
>
> Key: ISPN-5939
> URL: https://issues.jboss.org/browse/ISPN-5939
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Server
> Reporter: Roman Macor
> Assignee: Adrian Nistor
> Fix For: 8.1.0.CR1, 8.1.0.Final, 8.0.2.Final
>
>
> RemoteListenerWithDslFilterTest.testEventFilter and NonIndexedCacheRemoteListenerWithDslFilterTest.testEventFilter fail randomly with:
> Error Message
> expected:<2> but was:<0>
> Stacktrace
> java.lang.AssertionError: expected:<2> but was:<0>
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.failNotEquals(Assert.java:743)
> at org.junit.Assert.assertEquals(Assert.java:118)
> at org.junit.Assert.assertEquals(Assert.java:555)
> at org.junit.Assert.assertEquals(Assert.java:542)
> at org.infinispan.client.hotrod.event.RemoteListenerWithDslFilterTest.testEventFilter(RemoteListenerWithDslFilterTest.java:155)
> 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:497)
> at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:80)
> at org.testng.internal.Invoker.invokeMethod(Invoker.java:714)
> at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:901)
> at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1231)
> at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127)
> at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111)
> at org.testng.TestRunner.privateRun(TestRunner.java:767)
> at org.testng.TestRunner.run(TestRunner.java:617)
> at org.testng.SuiteRunner.runTest(SuiteRunner.java:334)
> at org.testng.SuiteRunner.access$000(SuiteRunner.java:37)
> at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:368)
> at org.testng.internal.thread.ThreadUtil$2.call(ThreadUtil.java:64)
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:745)
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 4 months
[JBoss JIRA] (ISPN-5923) Wrong results when applying the <= operator to a string attribute having a null token defined
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-5923?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant updated ISPN-5923:
----------------------------------
Status: Resolved (was: Pull Request Sent)
Fix Version/s: 8.1.0.Final
Resolution: Done
> Wrong results when applying the <= operator to a string attribute having a null token defined
> ---------------------------------------------------------------------------------------------
>
> Key: ISPN-5923
> URL: https://issues.jboss.org/browse/ISPN-5923
> Project: Infinispan
> Issue Type: Bug
> Components: Embedded Querying
> Affects Versions: 8.0.1.Final, 8.1.0.Alpha2
> Reporter: Adrian Nistor
> Assignee: Adrian Nistor
> Fix For: 8.1.0.Beta2, 8.1.0.Final, 8.0.2.Final
>
>
> The query having("myField").lte("Something") gets translated to lucene as myField:['_null_' TO 'Something'] where _null_ is the defined null token for this field. This query returns wrong results or no results at all, depending on the value of the null token. The issue no longer appears if there is no null token defined; it will get properly translated to myField:[* TO 'Something'] .
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 4 months