[
https://issues.apache.org/jira/browse/GEODE-153?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14639702#comment-14639702
]
ASF subversion and git services commented on GEODE-153:
-------------------------------------------------------
Commit 3bfee73c4e7f963400bde99c90fbeb0c604d6f94 in incubator-geode's branch
refs/heads/develop from [~dschneider]
[ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=3bfee73 ]
GEODE-153: fix race in testRemoteCacheListener
Both testRemoteCacheListener and testRemoteCacheListenerInSubregion used sleeps
to try to avoid no-ack races. Both tests now use a wait criteria.
> testRemoteCacheListener fails assertion intermittently
> ------------------------------------------------------
>
> Key: GEODE-153
> URL: https://issues.apache.org/jira/browse/GEODE-153
> Project: Geode
> Issue Type: Bug
> Reporter: Darrel Schneider
> Assignee: Darrel Schneider
> Priority: Minor
>
> See:
> https://builds.apache.org/job/Geode-nightly/164/testReport/com.gemstone.gemfire.cache30/DistributedNoAckRegionCompressionDUnitTest/testRemoteCacheListener/
> dunit.RMIException: While invoking
> com.gemstone.gemfire.cache30.MultiVMRegionTestCase$53.run in VM 1 running on
> Host hemera.apache.org with 4 VMs
> at dunit.VM.invoke(VM.java:359)
> at dunit.VM.invoke(VM.java:303)
> at dunit.VM.invoke(VM.java:257)
> at
> com.gemstone.gemfire.cache30.MultiVMRegionTestCase.testRemoteCacheListener(MultiVMRegionTestCase.java:1271)
> Caused by: junit.framework.AssertionFailedError
> at junit.framework.Assert.fail(Assert.java:55)
> at junit.framework.Assert.assertTrue(Assert.java:22)
> at junit.framework.Assert.assertTrue(Assert.java:31)
> at junit.framework.TestCase.assertTrue(TestCase.java:201)
> at
> com.gemstone.gemfire.cache30.MultiVMRegionTestCase$53.run2(MultiVMRegionTestCase.java:1273)
> This assertion is: vm1.invoke(new CacheSerializableRunnable("Verify
> Invalidate") {
> public void run2() throws CacheException {
> assertTrue(listener.wasInvoked());
> Given that the test right before this calls pause (which sleeps for 250ms)
> I'd say this is probably a race condition which could be fixed with a
> WaitCriterion.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
