[jira] [Updated] (GEODE-153) testRemoteCacheListener fails assertion intermittently

2016-02-26 Thread Dan Smith (JIRA) 

 [ 
https://issues.apache.org/jira/browse/GEODE-153?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Dan Smith updated GEODE-153:

Labels: CI  (was: )

> 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
>  Labels: CI
> Fix For: 1.0.0-incubating.M1
>
>
> 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.
> Failed in 
> DiskDistributedNoAckSyncOverflowRegionDUnitTest.testRemoteCacheListener



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (GEODE-153) testRemoteCacheListener fails assertion intermittently

2016-02-26 Thread Dan Smith (JIRA) 

 [ 
https://issues.apache.org/jira/browse/GEODE-153?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Dan Smith updated GEODE-153:

Description: 
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.

Failed in 
DiskDistributedNoAckSyncOverflowRegionDUnitTest.testRemoteCacheListener

  was:
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.


> 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
> Fix For: 1.0.0-incubating.M1
>
>
> 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.
> Failed in 
> DiskDistributedNoAckSyncOverflowRegionDUnitTest.testRemoteCacheListener



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (GEODE-153) testRemoteCacheListener fails assertion intermittently

2016-01-07 Thread Anthony Baker (JIRA) 

 [ 
https://issues.apache.org/jira/browse/GEODE-153?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Anthony Baker updated GEODE-153:

Fix Version/s: 1.0.0-alpha1

> 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
> Fix For: 1.0.0-alpha1
>
>
> 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)