[JBoss JIRA] (ISPN-4029) NotifyingFutureTest.testExceptionOtherThread1 && testDoneOtherThread2 random failures
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/ISPN-4029?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on ISPN-4029:
-----------------------------------------------
Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1074457|https://bugzilla.redhat.com/show_bug.cgi?id=1074457] from MODIFIED to ON_QA
> NotifyingFutureTest.testExceptionOtherThread1 && testDoneOtherThread2 random failures
> -------------------------------------------------------------------------------------
>
> Key: ISPN-4029
> URL: https://issues.jboss.org/browse/ISPN-4029
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Core
> Affects Versions: 6.0.1.Final
> Reporter: Dan Berindei
> Assignee: Sebastian Łaskawiec
> Labels: testsuite_stability
> Fix For: 7.0.0.Final
>
>
> {noformat}
> 16:58:33,402 ERROR (testng-NotifyingFutureTest:) [UnitTestTestNGListener] Test testExceptionOtherThread1(org.infinispan.commons.util.concurrent.NotifyingFutureTest) failed.
> java.lang.AssertionError: expected [true] but found [false]
> at org.testng.Assert.fail(Assert.java:94)
> at org.testng.Assert.failNotEquals(Assert.java:494)
> at org.testng.Assert.assertTrue(Assert.java:42)
> at org.testng.Assert.assertTrue(Assert.java:52)
> at org.infinispan.commons.util.concurrent.NotifyingFutureTest.testException(NotifyingFutureTest.java:150)
> at org.infinispan.commons.util.concurrent.NotifyingFutureTest.testExceptionOtherThread(NotifyingFutureTest.java:67)
> at org.infinispan.commons.util.concurrent.NotifyingFutureTest.testExceptionOtherThread1(NotifyingFutureTest.java:46)
> {noformat}
> The test submits a task to a ThreadPoolExecutor that notifies a NotifyingFutureImpl and assumes that when the NotifyingFutureImpl is done, the original Future is also done. That's clearly not happening some of the time.
> * Jenkins
> ** RHEL, Oracle JDK7
> https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e...
> ** RHEL, OpenJDK7
> https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e...
--
This message was sent by Atlassian JIRA
(v6.3.8#6338)
11 years, 5 months
[JBoss JIRA] (ISPN-4848) Offer way to implement includeCurrentState based on indexed query
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/ISPN-4848?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on ISPN-4848:
-----------------------------------------------
Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1160635|https://bugzilla.redhat.com/show_bug.cgi?id=1160635] from MODIFIED to ON_QA
> Offer way to implement includeCurrentState based on indexed query
> -----------------------------------------------------------------
>
> Key: ISPN-4848
> URL: https://issues.jboss.org/browse/ISPN-4848
> Project: Infinispan
> Issue Type: Feature Request
> Reporter: Emmanuel Bernard
> Assignee: Mircea Markus
>
> Based on the infinispan-dev mailing list discussion from September 2014 titled
> 'Feedback and requests on clustered and remote listeners'.
> Loading the whole state of the data grid to then filter / convert them can be costly especially if data has been passivated.
> An alternative could be offered that would delegate the includeCurrentState filtering with a global indexed query. That query would need to be provided by the user. While the query is run, the list of change events matching should be piled up and released once the query has be run and the converted events are send to the clustered listener.
> Maybe that should be only done for "continuous" queries as we could use the query for both the initial and continuous side of the query transparently.
--
This message was sent by Atlassian JIRA
(v6.3.8#6338)
11 years, 5 months
[JBoss JIRA] (ISPN-3530) The HotRod client should support a separate CH for each cache
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/ISPN-3530?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on ISPN-3530:
-----------------------------------------------
Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1029615|https://bugzilla.redhat.com/show_bug.cgi?id=1029615] from MODIFIED to ON_QA
> The HotRod client should support a separate CH for each cache
> -------------------------------------------------------------
>
> Key: ISPN-3530
> URL: https://issues.jboss.org/browse/ISPN-3530
> Project: Infinispan
> Issue Type: Feature Request
> Components: Remote Protocols
> Affects Versions: 6.0.0.Alpha4
> Reporter: Dan Berindei
> Assignee: Galder Zamarreño
> Labels: hotrod, hotrod-java-client
> Fix For: 7.0.0.Alpha5
>
>
> With asymmetric clusters, each cache can have its own consistent hash, so the primary owner of a key in one cache is not necessarily the owner in all the caches. Even with a symmetric cluster, the same client may be used to access both distributed and replicated caches, and those would certainly have a different CH.
> In order to send the operations to the correct owner, the HotRod client should use a different CH for each cache.
--
This message was sent by Atlassian JIRA
(v6.3.8#6338)
11 years, 5 months