[jira] [Resolved] (GEODE-1985) IndexManager.needsRecalculation can miss cases where recalulation is needed

[Dan Smith (JIRA)]

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

Dan Smith resolved GEODE-1985.
--
   Resolution: Fixed
 Assignee: Dan Smith
Fix Version/s: 1.1.0-incubating

> IndexManager.needsRecalculation can miss cases where recalulation is needed
> ---
>
> Key: GEODE-1985
> URL: https://issues.apache.org/jira/browse/GEODE-1985
> Project: Geode
>  Issue Type: Bug
>  Components: querying
>Reporter: Dan Smith
>Assignee: Dan Smith
> Fix For: 1.1.0-incubating
>
>
> When returning query results from an index, we check 
> IndexManager.needsRecalculation to see if an entry might have changed while 
> the query was in progress. 
> Unfortunately, this method can return false negatives If an entry has not yet 
> updated the SAFE_QUERY_TIME field.
> The SAFE_QUERY_TIME is updated in LocalRegion.updateStatsForPut. That method 
> is called *after* the region entry was modified. So the SAFE_QUERY_TIME could 
> be 0, even though an entry was modified, which will make this expression 
> false.



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

[jira] [Closed] (GEODE-1918) CI Failure: Tomcat7SessionsJUnitTest.classMethod

[Dan Smith (JIRA)]

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

Dan Smith closed GEODE-1918.

Assignee: nabarun

> CI Failure: Tomcat7SessionsJUnitTest.classMethod
> 
>
> Key: GEODE-1918
> URL: https://issues.apache.org/jira/browse/GEODE-1918
> Project: Geode
>  Issue Type: Bug
>  Components: http session
>Reporter: Eric Shu
>Assignee: nabarun
>  Labels: ci
> Fix For: 1.0.0-incubating
>
>
> org.apache.catalina.LifecycleException: Failed to start component 
> [StandardService[null]]
>   at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:153)
>   at 
> org.apache.geode.modules.session.EmbeddedTomcat.startContainer(EmbeddedTomcat.java:126)
>   at 
> org.apache.geode.modules.session.TestSessionsBase.setupServer(TestSessionsBase.java:69)
>   at 
> org.apache.geode.modules.session.Tomcat7SessionsJUnitTest.setupClass(Tomcat7SessionsJUnitTest.java:38)
>   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.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
>   at 
> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
>   at 
> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
>   at 
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:24)
>   at 
> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
>   at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.runTestClass(JUnitTestClassExecuter.java:114)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.execute(JUnitTestClassExecuter.java:57)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassProcessor.processTestClass(JUnitTestClassProcessor.java:66)
>   at 
> org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.processTestClass(SuiteTestClassProcessor.java:51)
>   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.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
>   at 
> org.gradle.internal.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:32)
>   at 
> org.gradle.internal.dispatch.ProxyDispatchAdapter$DispatchingInvocationHandler.invoke(ProxyDispatchAdapter.java:93)
>   at com.sun.proxy.$Proxy2.processTestClass(Unknown Source)
>   at 
> org.gradle.api.internal.tasks.testing.worker.TestWorker.processTestClass(TestWorker.java:109)
>   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.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
>   at 
> org.gradle.internal.remote.internal.hub.MessageHub$Handler.run(MessageHub.java:377)
>   at 
> org.gradle.internal.concurrent.ExecutorPolicy$CatchAndRecordFailures.onExecute(ExecutorPolicy.java:54)
>   at 
> org.gradle.internal.concurrent.StoppableExecutorImpl$1.run(StoppableExecutorImpl.java:40)
>   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)
> Caused by: org.apache.geode.GemFireIOException: Could not open log file 
> "/x1/jenkins/jenkins-slave/workspace/Geode-nightly/extensions/geode-modules-tomcat7/build/integrationTest/tomcat/logs/gemfire_modules.2016-09-21.log".
>   at 
> org.apache.geode.internal.logging.log4j.LogWriterAppenders.createLogWriterAppender(LogWriterAppenders.java:168)
>   at 
> org.apache.geode.internal.logging.log4j.LogWriterAppenders.getOrCreateAppender(LogWriterAppenders.ja

[jira] [Resolved] (GEODE-1918) CI Failure: Tomcat7SessionsJUnitTest.classMethod

[Dan Smith (JIRA)]

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

Dan Smith resolved GEODE-1918.
--
   Resolution: Fixed
Fix Version/s: 1.0.0-incubating

This was failing consistently until the fix for GEODE-1925 was checked in. It 
was fixed by GEODE-1925.

> CI Failure: Tomcat7SessionsJUnitTest.classMethod
> 
>
> Key: GEODE-1918
> URL: https://issues.apache.org/jira/browse/GEODE-1918
> Project: Geode
>  Issue Type: Bug
>  Components: http session
>Reporter: Eric Shu
>  Labels: ci
> Fix For: 1.0.0-incubating
>
>
> org.apache.catalina.LifecycleException: Failed to start component 
> [StandardService[null]]
>   at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:153)
>   at 
> org.apache.geode.modules.session.EmbeddedTomcat.startContainer(EmbeddedTomcat.java:126)
>   at 
> org.apache.geode.modules.session.TestSessionsBase.setupServer(TestSessionsBase.java:69)
>   at 
> org.apache.geode.modules.session.Tomcat7SessionsJUnitTest.setupClass(Tomcat7SessionsJUnitTest.java:38)
>   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.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
>   at 
> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
>   at 
> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
>   at 
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:24)
>   at 
> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
>   at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.runTestClass(JUnitTestClassExecuter.java:114)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.execute(JUnitTestClassExecuter.java:57)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassProcessor.processTestClass(JUnitTestClassProcessor.java:66)
>   at 
> org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.processTestClass(SuiteTestClassProcessor.java:51)
>   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.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
>   at 
> org.gradle.internal.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:32)
>   at 
> org.gradle.internal.dispatch.ProxyDispatchAdapter$DispatchingInvocationHandler.invoke(ProxyDispatchAdapter.java:93)
>   at com.sun.proxy.$Proxy2.processTestClass(Unknown Source)
>   at 
> org.gradle.api.internal.tasks.testing.worker.TestWorker.processTestClass(TestWorker.java:109)
>   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.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
>   at 
> org.gradle.internal.remote.internal.hub.MessageHub$Handler.run(MessageHub.java:377)
>   at 
> org.gradle.internal.concurrent.ExecutorPolicy$CatchAndRecordFailures.onExecute(ExecutorPolicy.java:54)
>   at 
> org.gradle.internal.concurrent.StoppableExecutorImpl$1.run(StoppableExecutorImpl.java:40)
>   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)
> Caused by: org.apache.geode.GemFireIOException: Could not open log file 
> "/x1/jenkins/jenkins-slave/workspace/Geode-nightly/extensions/geode-modules-tomcat7/build/integrationTest/tomcat/logs/gemfire_modules.2016-09-21.log".
>   at 
> org.apache.geode.internal.logging.log4j.LogWriterAppenders.createLogWriterAppender(LogWriterAppenders.java:16

[jira] [Resolved] (GEODE-1098) gfsh.bat error with default Java installation

[Dan Smith (JIRA)]

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

Dan Smith resolved GEODE-1098.
--
Resolution: Fixed

> gfsh.bat error with default Java installation
> -
>
> Key: GEODE-1098
> URL: https://issues.apache.org/jira/browse/GEODE-1098
> Project: Geode
>  Issue Type: Bug
>  Components: gfsh
>Affects Versions: 1.0.0-incubating
>Reporter: Karen Smoler Miller
> Fix For: 1.1.0-incubating
>
>
> The Windows gfsh.bat script issues an error when invoked from the command 
> line, and the JAVA_HOME variable has a path name component that contains a 
> space. JAVA_HOME is used when no GF_JAVA variable is defined.
> The default Java installation on Windows places itself into {{C:\Program 
> Files\Java\...}}, therefore there will be a space in the {{Program Files}} 
> portion of the path name.
> The error message looks similar to: 
> {{'"C:Program' is not recognized as an internal or external command, operable 
> program, or batch file.}}



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

[jira] [Commented] (GEODE-2041) Query.execute should return a more meaningful response

[Dan Smith (JIRA)]

[ 
https://issues.apache.org/jira/browse/GEODE-2041?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15613302#comment-15613302
 ] 

Dan Smith commented on GEODE-2041:
--

+1 to cleaning up the return value. It's ugly to have to cast the results of 
the query. Maybe we need different queryXXX methods that have different return 
values.

> Query.execute should return a more meaningful response
> --
>
> Key: GEODE-2041
> URL: https://issues.apache.org/jira/browse/GEODE-2041
> Project: Geode
>  Issue Type: Improvement
>  Components: querying
>Reporter: John D. Ament
>
> Query.execute's signature says the return type is Object.  It seems to always 
> be a {{SearchResults}} object, so why not return that?



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

[jira] [Updated] (GEODE-2041) Query.execute should return a more meaningful response

[Dan Smith (JIRA)]

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

Dan Smith updated GEODE-2041:
-
Component/s: querying

> Query.execute should return a more meaningful response
> --
>
> Key: GEODE-2041
> URL: https://issues.apache.org/jira/browse/GEODE-2041
> Project: Geode
>  Issue Type: Improvement
>  Components: querying
>Reporter: John D. Ament
>
> Query.execute's signature says the return type is Object.  It seems to always 
> be a {{SearchResults}} object, so why not return that?



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

[jira] [Updated] (GEODE-1908) DistributedSystem.connect call not configuring p2p server with SSL

[Dan Smith (JIRA)]

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

Dan Smith updated GEODE-1908:
-
Fix Version/s: (was: 2.0.0-incubating)

> DistributedSystem.connect call not configuring p2p server with SSL
> --
>
> Key: GEODE-1908
> URL: https://issues.apache.org/jira/browse/GEODE-1908
> Project: Geode
>  Issue Type: Bug
>  Components: membership
>Reporter: Hitesh Khamesra
>Assignee: Hitesh Khamesra
>
> javax.net.ssl.SSLHandshakeException: Remote host closed connection during 
> handshake
>   at sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:992)
>   at 
> sun.security.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1375)
>   at 
> sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1403)
>   at 
> sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1387)
>   at 
> org.apache.geode.internal.net.SocketCreator.configureClientSSLSocket(SocketCreator.java:1058)
>   at 
> org.apache.geode.internal.net.SocketCreator.connect(SocketCreator.java:947)
>   at 
> org.apache.geode.internal.net.SocketCreator.connect(SocketCreator.java:907)
>   at 
> org.apache.geode.internal.net.SocketCreator.connectForServer(SocketCreator.java:888)
>   at org.apache.geode.internal.tcp.Connection.(Connection.java:1291)
>   at 
> org.apache.geode.internal.tcp.Connection.createSender(Connection.java:1072)
>   at 
> org.apache.geode.internal.tcp.ConnectionTable.handleNewPendingConnection(ConnectionTable.java:366)
>   at 
> org.apache.geode.internal.tcp.ConnectionTable.getUnorderedOrConserveSockets(ConnectionTable.java:482)
>   at 
> org.apache.geode.internal.tcp.ConnectionTable.get(ConnectionTable.java:669)
>   at 
> org.apache.geode.internal.tcp.TCPConduit.getConnection(TCPConduit.java:965)
>   at 
> org.apache.geode.distributed.internal.direct.DirectChannel.getConnections(DirectChannel.java:560)
>   at 
> org.apache.geode.distributed.internal.direct.DirectChannel.sendToMany(DirectChannel.java:327)
>   at 
> org.apache.geode.distributed.internal.direct.DirectChannel.send(DirectChannel.java:620)
>   at 
> org.apache.geode.distributed.internal.membership.gms.mgr.GMSMembershipManager.directChannelSend(GMSMembershipManager.java:1685)
>   at 
> org.apache.geode.distributed.internal.membership.gms.mgr.GMSMembershipManager.send(GMSMembershipManager.java:1861)
>   at 
> org.apache.geode.distributed.internal.DistributionChannel.send(DistributionChannel.java:88)
>   at 
> org.apache.geode.distributed.internal.DistributionManager.sendOutgoing(DistributionManager.java:3402)
>   at 
> org.apache.geode.distributed.internal.StartupOperation.sendStartupMessage(StartupOperation.java:75)
>   at 
> org.apache.geode.distributed.internal.DistributionManager.sendStartupMessage(DistributionManager.java:2649)
>   at 
> org.apache.geode.distributed.internal.DistributionManager.create(DistributionManager.java:550)
>   at 
> org.apache.geode.distributed.internal.InternalDistributedSystem.initialize(InternalDistributedSystem.java:659)
>   at 
> org.apache.geode.distributed.internal.InternalDistributedSystem.newInstance(InternalDistributedSystem.java:299)
>   at 
> org.apache.geode.distributed.DistributedSystem.connect(DistributedSystem.java:237)
>   at 
> hydra.DistributedSystemHelper._connect(DistributedSystemHelper.java:110)
>   at 
> hydra.DistributedSystemHelper.connect(DistributedSystemHelper.java:73)
>   at hydra.CacheHelper.createCache(CacheHelper.java:95)
>   at hct.HierCache.initServerRegion(HierCache.java:112)
>   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 hydra.MethExecutor.execute(MethExecutor.java:199)
>   at hydra.MethExecutor.execute(MethExecutor.java:163)
>   at hydra.TestTask.execute(TestTask.java:195)
>   at hydra.RemoteTestModule$1.run(RemoteTestModule.java:216)
> Caused by: java.io.EOFException: SSL peer shut down incorrectly
>   at sun.security.ssl.InputRecord.read(InputRecord.java:505)
>   at sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:973)
>   ... 38 more



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

[jira] [Updated] (GEODE-72) Remove deprecated APIs from Geode

[Dan Smith (JIRA)]

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

Dan Smith updated GEODE-72:
---
Fix Version/s: (was: 2.0.0-incubating)

> Remove deprecated APIs from Geode
> -
>
> Key: GEODE-72
> URL: https://issues.apache.org/jira/browse/GEODE-72
> Project: Geode
>  Issue Type: Improvement
>Affects Versions: 1.0.0-incubating
>Reporter: Bruce Schuchardt
>  Labels: cleanup, docs
>
> The Geode APIs are riddled with old, deprecated interfaces, methods and 
> settings inherited from GemFire.  Unless there is a good reason to keep them 
> shouldn't we remove them all before going out of incubation?
> Sub-tasks have been added for most items. Here are the remaining items not 
> yet added:
> APIs deprecated in GemFire 5.1:
> * DLS.lockInterruptibly(), suspendLockingInterruptibly()
>  
> APIs deprecated in an undocumented version prior to 5.7:
> * Use of hostname:port to specify a locator in gemfire.properties
>   
> APIs deprecated after GemFire 5.7 and before 8.0
> * EvictionAlgorithm.LIFO_ENTRY, LIFO_MEMORY: these were deprecated but we 
> never deprecated EvictionAttributes.createLIFOEntryAttributes
> nor EvictionAttributes.createLIFOMemoryAttributes. These algorithms are used 
> internally by the product when a server create a queue to send subscription 
> events to a client (see BridgeServerImpl.clientMessagesRegion). I think the 
> algorithms were deprecated because we didn't intend to expose this internal 
> feature as an external one. But they are exposed externally via 
> EvictionAttributes so it is not clear that we can just delete them.
> The other consideration is that we do not have xsd support nor gfsh support 
> for LIFO.
> * Region.getCache(): we should consider un-deprecating this. Customers were 
> supposed to instead call Region.getRegionService but in lots of cases they 
> would need to down cast that result to "Cache". Only clients that are calling 
> ClientCache.createAuthenticatedView end up with Regions whose getCache throws 
> UnsupportedOperationException. Our code call getCache from over 500 places.
> * Locator.startLocator(int, File), startLocator(int, File, InetAddress) etc.
> * Locator.getLocators(), hasLocators()
> APIs deprecated since GemFire 5.7 with no version information mentioned
> * DistributedRegionMXBean.getDiskTaskWaiting()
> * MemberMXBean.getCurrentHeapSize(), getMaximumHeapSize(), getFreeHeapSize()
> * RegionMXBean.getDiskReadsAverageLatency(), getDiskWritesAverageLatency(), 
> getDiskTaskWaiting()
> Things that should be deprecated but are not:
> * MembershipAttributes and “required roles”.
> * DynamicRegions: if GEODE-215 is implemented then we could deprecate 
> DynamicRegions and have an alternative to change to. We have some support in 
> the gfsh/management layer for creating regions remotely which might be good 
> enough to deprecate DynamicRegions. The question is should we remove 
> com.gemstone.gemfire.cache.DynamicRegionFactory even though it has not been 
> deprecated.
> Deprecated in 7.0 and not previously in this list:
> * UniversalMembershipListenerAdapter
> APIs deprecated in 8.0.  It would probably be a nice gesture to Pivotal to 
> keep these for a while to allow people to migrate from their GemFire product 
> to Geode.
> * PutAllOperationContext.setMap()
> * FixedPartitionResolver.getPartitionName(EntryOperation, Set)
> * ssl-enabled, ssl-protocols, ssl-ciphers, ssl-require-authentication, 
> jmx-manager-ssl distribution properties
> * RegionMXBean.getAvgBucketSize()
> The Admin API and packages are also marked as deprecated but there seem to be 
> some gfsh dependencies on this API, so I'm not sure if it can be removed.
> Also consider removing com.gemstone.gemfire.cache.partition.PartitionListener 
> and com.gemstone.gemfire.cache.partition.PartitionManager.
> They have not been deprecated but were never fully supported. Their javadocs 
> say:
>   Note : Please contact supp...@gemstone.com before using these APIs



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

[jira] [Updated] (GEODE-1669) Performance issue with Interest registration with impact on client side event processing.

[Dan Smith (JIRA)]

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

Dan Smith updated GEODE-1669:
-
Fix Version/s: (was: 2.0.0-incubating)
   1.0.0-incubating.M3

> Performance issue with Interest registration with impact on client side event 
> processing.
> -
>
> Key: GEODE-1669
> URL: https://issues.apache.org/jira/browse/GEODE-1669
> Project: Geode
>  Issue Type: Bug
>  Components: client queues
>Reporter: Anilkumar Gingade
>Assignee: Anilkumar Gingade
> Fix For: 1.0.0-incubating.M3
>
>
> The client interests are managed in "FilterProfile" class on server side. 
> These are maintained using the concurrent data structures CopyOnWriteHashSet 
> and CopyOnWriteHashMap...
> When set of keys are registered from client, the keys are added to 
> CopyOnWriteHashSet one by one (FilterProfile.registerClientInterestList()); 
> Where a new HashSet is created each time when an entry is added, which could 
> impact performance based on the number of keys registered. 
> This will have implication on the client side event processing; as the event 
> processing gets blocked when a interest registration is in progress by other 
> thread.



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

[jira] [Updated] (GEODE-1687) NPE during CqStatusListener method invocation.

[Dan Smith (JIRA)]

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

Dan Smith updated GEODE-1687:
-
Fix Version/s: (was: 2.0.0-incubating)
   1.0.0-incubating.M3

> NPE during CqStatusListener method invocation.
> --
>
> Key: GEODE-1687
> URL: https://issues.apache.org/jira/browse/GEODE-1687
> Project: Geode
>  Issue Type: Bug
>  Components: cq
>Reporter: Anilkumar Gingade
>Assignee: Anilkumar Gingade
> Fix For: 1.0.0-incubating.M3
>
>
> When a connection relating to CQ is established or dropped, CqStatusListner 
> is invoked to indicate connection/subscription status. This allows 
> application to handle if all the subscription connection is lost for CQs. 
> Looking at the code path for CqStatusListener there is a chance of NPE 
> getting thrown in CqServiceImpl.invokeCqsConnected when CQ is executed using 
> the Bridge loader interface (old way of client-server 
> connection)
> When a pool or bridge-loader connection is made or dropped, the code gets all 
> the CQs; checks if the CQ is registered using that connection/pool name and 
> invokes the CqStatusListner...
> The code to check if CQ is using the corresponding pool: 
> Pool cqPool = cQuery.getCQProxy().getPool();
> If the CQ is getting executed using Bridge loader, the CqProxy for CQ is not 
> set when its constructed; its set when it gets executedDuring this time 
> the call to cQuery.getCQProxy() could throw NPE.



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

[jira] [Created] (GEODE-2022) CI Failure: PRColocatedEquiJoinDUnitTest.testRRPRLocalQueryingWithHetroIndexes

[Dan Smith (JIRA)]

Dan Smith created GEODE-2022:


 Summary: CI Failure: 
PRColocatedEquiJoinDUnitTest.testRRPRLocalQueryingWithHetroIndexes
 Key: GEODE-2022
 URL: https://issues.apache.org/jira/browse/GEODE-2022
 Project: Geode
  Issue Type: Bug
  Components: querying
Reporter: Dan Smith


This test failed in a precheckin run with revision 
e130e5b62bcb2d3c561be90f46407dc49f100b4a

{noformat}
org.apache.geode.test.dunit.RMIException: While invoking 
org.apache.geode.cache.query.partitioned.PRQueryDUnitHelper$33.run in VM 0 
running on Host f83af001cb71 with 4 VMs
at org.apache.geode.test.dunit.VM.invoke(VM.java:389)
at org.apache.geode.test.dunit.VM.invoke(VM.java:355)
at org.apache.geode.test.dunit.VM.invoke(VM.java:293)
at 
org.apache.geode.cache.query.partitioned.PRColocatedEquiJoinDUnitTest.testRRPRLocalQueryingWithHetroIndexes(PRColocatedEquiJoinDUnitTest.java:1419)
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:498)
at 
org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
at 
org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
at 
org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
at 
org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
at 
org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
at 
org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
at org.junit.rules.TestWatcher$1.evaluate(TestWatcher.java:55)
at org.junit.rules.RunRules.evaluate(RunRules.java:20)
at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
at 
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
at 
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
at 
org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
at 
org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
at 
org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.runTestClass(JUnitTestClassExecuter.java:114)
at 
org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.execute(JUnitTestClassExecuter.java:57)
at 
org.gradle.api.internal.tasks.testing.junit.JUnitTestClassProcessor.processTestClass(JUnitTestClassProcessor.java:66)
at 
org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.processTestClass(SuiteTestClassProcessor.java:51)
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:498)
at 
org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
at 
org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
at 
org.gradle.internal.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:32)
at 
org.gradle.internal.dispatch.ProxyDispatchAdapter$DispatchingInvocationHandler.invoke(ProxyDispatchAdapter.java:93)
at com.sun.proxy.$Proxy2.processTestClass(Unknown Source)
at 
org.gradle.api.internal.tasks.testing.worker.TestWorker.processTestClass(TestWorker.java:109)
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:498)
at 
org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
at 
org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
at 
org.gradle.internal.remote.internal.hub.MessageHub$Handler.run(MessageHub.java:377)
at 
org.gradle.internal.concurrent.ExecutorPolicy

[jira] [Created] (GEODE-2018) SessionCachingFilter should register Instantiators in the init method

[Dan Smith (JIRA)]

Dan Smith created GEODE-2018:


 Summary: SessionCachingFilter should register Instantiators in the 
init method
 Key: GEODE-2018
 URL: https://issues.apache.org/jira/browse/GEODE-2018
 Project: Geode
  Issue Type: Improvement
  Components: http session
Reporter: Dan Smith


The session caching module for generic appservers uses instantiators for things 
like GemFireHttpSession. 

We recommend best practice is to register instantiators on startup, but the 
SessionCachingFilter doesn't do that. We should register these instatiators in 
the init method of that class, rather than waiting for the classloader to load 
the GemfireHttpSession class.



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

[jira] [Resolved] (GEODE-388) DynamicRegionFactory should be deprecated

[Dan Smith (JIRA)]

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

Dan Smith resolved GEODE-388.
-
   Resolution: Fixed  (was: Duplicate)
Fix Version/s: (was: 1.0.0-incubating.M3)
   1.1.0-incubating

> DynamicRegionFactory should be deprecated
> -
>
> Key: GEODE-388
> URL: https://issues.apache.org/jira/browse/GEODE-388
> Project: Geode
>  Issue Type: Wish
>  Components: docs, regions
>Reporter: Kirk Lund
>Assignee: Dan Smith
> Fix For: 1.1.0-incubating
>
>
> DynamicRegionFactory should be deprecated.
> See GEODE-72 and GEODE-215.



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

[jira] [Commented] (GEODE-388) DynamicRegionFactory should be deprecated

[Dan Smith (JIRA)]

[ 
https://issues.apache.org/jira/browse/GEODE-388?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15583739#comment-15583739
 ] 

Dan Smith commented on GEODE-388:
-

Based on this discussion on the mailing list, we're going to go forward with 
deprecating this class without waiting on GEODE-215.

http://mail-archives.apache.org/mod_mbox/incubator-geode-dev/201610.mbox/%3ccafh+7k1jlopkycfwppsu5npuk9vdha0nducw_dckqgtqzzi...@mail.gmail.com%3e

> DynamicRegionFactory should be deprecated
> -
>
> Key: GEODE-388
> URL: https://issues.apache.org/jira/browse/GEODE-388
> Project: Geode
>  Issue Type: Wish
>  Components: docs, regions
>Reporter: Kirk Lund
>Assignee: Dan Smith
> Fix For: 1.0.0-incubating.M3
>
>
> DynamicRegionFactory should be deprecated.
> See GEODE-72 and GEODE-215.



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

[jira] [Assigned] (GEODE-388) DynamicRegionFactory should be deprecated

[Dan Smith (JIRA)]

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

Dan Smith reassigned GEODE-388:
---

Assignee: Dan Smith

> DynamicRegionFactory should be deprecated
> -
>
> Key: GEODE-388
> URL: https://issues.apache.org/jira/browse/GEODE-388
> Project: Geode
>  Issue Type: Wish
>  Components: docs, regions
>Reporter: Kirk Lund
>Assignee: Dan Smith
> Fix For: 1.0.0-incubating.M3
>
>
> DynamicRegionFactory should be deprecated.
> See GEODE-72 and GEODE-215.



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

[jira] [Resolved] (GEODE-1991) CI Failure: HARegionQueueJUnitTest.testNoExpiryOfThreadId

[Dan Smith (JIRA)]

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

Dan Smith resolved GEODE-1991.
--
   Resolution: Fixed
Fix Version/s: 1.1.0-incubating

> CI Failure: HARegionQueueJUnitTest.testNoExpiryOfThreadId
> -
>
> Key: GEODE-1991
> URL: https://issues.apache.org/jira/browse/GEODE-1991
> Project: Geode
>  Issue Type: Bug
>  Components: client queues
>Reporter: Dan Smith
>  Labels: ci
> Fix For: 1.1.0-incubating
>
>
> This test failed with 9189e3bb95fcd8547327c6047dafea5e0fd76dbb.
> {noformat}
> org.apache.geode.internal.cache.ha.HARegionQueueJUnitTest > 
> testNoExpiryOfThreadId FAILED
> java.lang.AssertionError:  Expected region size not to be zero since 
> expiry time has not been exceeded but it is not so 
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.assertTrue(Assert.java:41)
> at 
> org.apache.geode.internal.cache.ha.HARegionQueueJUnitTest.testNoExpiryOfThreadId(HARegionQueueJUnitTest.java:587)
> {noformat}
> It looks like this is probably just a racy test. It sets an expiration of 3 
> seconds, sleeps for 3 seconds, and expects the entry to not be expired.



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

[jira] [Resolved] (GEODE-1827) CI Failure: FunctionServiceClientAccessorPRMultipleMembersDUnitTest.customCollectorReturnsResultOfSendFunctionException

[Dan Smith (JIRA)]

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

Dan Smith resolved GEODE-1827.
--
   Resolution: Fixed
Fix Version/s: 1.1.0-incubating

Same issue as GEODE-1981. The product fix I made for that issue should fix this 
as well.

> CI Failure: 
> FunctionServiceClientAccessorPRMultipleMembersDUnitTest.customCollectorReturnsResultOfSendFunctionException
> ---
>
> Key: GEODE-1827
> URL: https://issues.apache.org/jira/browse/GEODE-1827
> Project: Geode
>  Issue Type: Bug
>  Components: functions
>Reporter: Anilkumar Gingade
>  Labels: CI
> Fix For: 1.1.0-incubating
>
>
> Build #3752 (Aug 23, 2016 11:09:12 PM) 
> Revision: 37269735eec44f51ee53075718afe2fa85edc22e 
> Error Message
> java.lang.AssertionError: expected:<2> but was:<1>
> Stacktrace
> java.lang.AssertionError: expected:<2> but was:<1>
>   at org.junit.Assert.fail(Assert.java:88)
>   at org.junit.Assert.failNotEquals(Assert.java:834)
>   at org.junit.Assert.assertEquals(Assert.java:645)
>   at org.junit.Assert.assertEquals(Assert.java:631)
>   at 
> com.gemstone.gemfire.internal.cache.execute.FunctionServiceBase.customCollectorReturnsResultOfSendFunctionException(FunctionServiceBase.java:254)
>   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.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
>   at 
> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
>   at 
> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
>   at 
> org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
>   at 
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
>   at 
> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
>   at 
> org.junit.rules.ExpectedException$ExpectedExceptionStatement.evaluate(ExpectedException.java:239)
>   at org.junit.rules.TestWatcher$1.evaluate(TestWatcher.java:55)
>   at org.junit.rules.RunRules.evaluate(RunRules.java:20)
>   at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
>   at 
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
>   at 
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
>   at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
>   at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
>   at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
>   at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
>   at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
>   at 
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
>   at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.runTestClass(JUnitTestClassExecuter.java:114)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.execute(JUnitTestClassExecuter.java:57)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassProcessor.processTestClass(JUnitTestClassProcessor.java:66)
>   at 
> org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.processTestClass(SuiteTestClassProcessor.java:51)
>   at sun.reflect.GeneratedMethodAccessor156.invoke(Unknown Source)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:497)
>   at 
> org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
>   at 
> org.gradle.internal.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:32)
>   at 
> org.gradle.internal.dispatch.ProxyDispatchAdapter$DispatchingInvocationHandler.invoke(ProxyDispatchAdapter.java:93)
>   at com.sun.proxy.$Proxy2.processTestClass(Unknown Source)
>   at 
> org.gradle.api.internal.tasks.testing.worker.TestWorker.processTestClass(TestWorker.java:109)
>   at sun.reflect.GeneratedMethodAccessor155.invoke(Unknown Source)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.

[jira] [Resolved] (GEODE-1981) CI Failure: FunctionServiceClientMultipleOnServerDUnitTest.customCollectorReturnsResultOfSendException

[Dan Smith (JIRA)]

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

Dan Smith resolved GEODE-1981.
--
   Resolution: Fixed
 Assignee: Dan Smith
Fix Version/s: 1.1.0-incubating

> CI Failure: 
> FunctionServiceClientMultipleOnServerDUnitTest.customCollectorReturnsResultOfSendException
> --
>
> Key: GEODE-1981
> URL: https://issues.apache.org/jira/browse/GEODE-1981
> Project: Geode
>  Issue Type: Bug
>  Components: functions
>Reporter: Barry Oglesby
>Assignee: Dan Smith
> Fix For: 1.1.0-incubating
>
>
> Geode_develop_DistributedTests
> Private Build #4168
> Revision: 61fe7c647682c10b2dcec4620448696bf5499880
> java.lang.NullPointerException
>   at 
> org.apache.geode.internal.cache.execute.FunctionServiceBase.lambda$customCollectorReturnsResultOfSendException$107(FunctionServiceBase.java:245)
>   at 
> java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1374)
>   at 
> java.util.stream.ReferencePipeline$Head.forEach(ReferencePipeline.java:580)
>   at 
> org.apache.geode.internal.cache.execute.FunctionServiceBase.customCollectorReturnsResultOfSendException(FunctionServiceBase.java:245)
>   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.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
>   at 
> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
>   at 
> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
>   at 
> org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
>   at 
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
>   at 
> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
>   at 
> org.junit.rules.ExpectedException$ExpectedExceptionStatement.evaluate(ExpectedException.java:239)
>   at org.junit.rules.TestWatcher$1.evaluate(TestWatcher.java:55)
>   at org.junit.rules.RunRules.evaluate(RunRules.java:20)
>   at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
>   at 
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
>   at 
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
>   at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
>   at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
>   at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
>   at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
>   at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
>   at 
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
>   at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.runTestClass(JUnitTestClassExecuter.java:114)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.execute(JUnitTestClassExecuter.java:57)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassProcessor.processTestClass(JUnitTestClassProcessor.java:66)
>   at 
> org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.processTestClass(SuiteTestClassProcessor.java:51)
>   at sun.reflect.GeneratedMethodAccessor416.invoke(Unknown Source)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:497)
>   at 
> org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
>   at 
> org.gradle.internal.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:32)
>   at 
> org.gradle.internal.dispatch.ProxyDispatchAdapter$DispatchingInvocationHandler.invoke(ProxyDispatchAdapter.java:93)
>   at com.sun.proxy.$Proxy2.processTestClass(Unknown Source)
>   at 
> org.gradle.api.internal.tasks.testing.worker.TestWorker.processTestClass(TestWorker.java:109)
>   at sun.reflect.GeneratedMethodAccessor415.invoke(Unknown Source)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:497)
>   at 
> org.gradle.internal

[jira] [Commented] (GEODE-1827) CI Failure: FunctionServiceClientAccessorPRMultipleMembersDUnitTest.customCollectorReturnsResultOfSendFunctionException

[Dan Smith (JIRA)]

[ 
https://issues.apache.org/jira/browse/GEODE-1827?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15567128#comment-15567128
 ] 

Dan Smith commented on GEODE-1827:
--

I suspect this is the same cause as GEODE-1981.

> CI Failure: 
> FunctionServiceClientAccessorPRMultipleMembersDUnitTest.customCollectorReturnsResultOfSendFunctionException
> ---
>
> Key: GEODE-1827
> URL: https://issues.apache.org/jira/browse/GEODE-1827
> Project: Geode
>  Issue Type: Bug
>  Components: functions
>Reporter: Anilkumar Gingade
>  Labels: CI
>
> Build #3752 (Aug 23, 2016 11:09:12 PM) 
> Revision: 37269735eec44f51ee53075718afe2fa85edc22e 
> Error Message
> java.lang.AssertionError: expected:<2> but was:<1>
> Stacktrace
> java.lang.AssertionError: expected:<2> but was:<1>
>   at org.junit.Assert.fail(Assert.java:88)
>   at org.junit.Assert.failNotEquals(Assert.java:834)
>   at org.junit.Assert.assertEquals(Assert.java:645)
>   at org.junit.Assert.assertEquals(Assert.java:631)
>   at 
> com.gemstone.gemfire.internal.cache.execute.FunctionServiceBase.customCollectorReturnsResultOfSendFunctionException(FunctionServiceBase.java:254)
>   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.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
>   at 
> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
>   at 
> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
>   at 
> org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
>   at 
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
>   at 
> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
>   at 
> org.junit.rules.ExpectedException$ExpectedExceptionStatement.evaluate(ExpectedException.java:239)
>   at org.junit.rules.TestWatcher$1.evaluate(TestWatcher.java:55)
>   at org.junit.rules.RunRules.evaluate(RunRules.java:20)
>   at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
>   at 
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
>   at 
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
>   at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
>   at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
>   at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
>   at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
>   at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
>   at 
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
>   at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.runTestClass(JUnitTestClassExecuter.java:114)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.execute(JUnitTestClassExecuter.java:57)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassProcessor.processTestClass(JUnitTestClassProcessor.java:66)
>   at 
> org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.processTestClass(SuiteTestClassProcessor.java:51)
>   at sun.reflect.GeneratedMethodAccessor156.invoke(Unknown Source)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:497)
>   at 
> org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
>   at 
> org.gradle.internal.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:32)
>   at 
> org.gradle.internal.dispatch.ProxyDispatchAdapter$DispatchingInvocationHandler.invoke(ProxyDispatchAdapter.java:93)
>   at com.sun.proxy.$Proxy2.processTestClass(Unknown Source)
>   at 
> org.gradle.api.internal.tasks.testing.worker.TestWorker.processTestClass(TestWorker.java:109)
>   at sun.reflect.GeneratedMethodAccessor155.invoke(Unknown Source)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:497)
>   at 
> org.gradle.internal.dispatch.Ref

[jira] [Commented] (GEODE-1981) CI Failure: FunctionServiceClientMultipleOnServerDUnitTest.customCollectorReturnsResultOfSendException

[Dan Smith (JIRA)]

[ 
https://issues.apache.org/jira/browse/GEODE-1981?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15567115#comment-15567115
 ] 

Dan Smith commented on GEODE-1981:
--

This looks like a bug in the product. The test uses an unsynchronized result 
collector, and in fact the javadocs for ResultCollector say "There is no need 
to provide a synchronization mechanism in the user implementations of 
ResultCollector"

However, looking at the product code, we can actually invoke addResult from 
multiple thread concurrently. We send the function to multiple servers 
concurrently. That means ExecuteFunctionOp.processReponse can be called by 
multiple threads at the same time. In that method, it's adding to the result 
collector with no synchronization

{code}
if (result instanceof FunctionException) {
...
  this.resultCollector.addResult(memberID, cause);
{code}

Interestingly, a few lines down, it actually synchronizes on the result 
collector for the non exception case
{code}
synchronized (resultCollector) {
  resultCollector.addResult(memberID, result);
}
{code}

> CI Failure: 
> FunctionServiceClientMultipleOnServerDUnitTest.customCollectorReturnsResultOfSendException
> --
>
> Key: GEODE-1981
> URL: https://issues.apache.org/jira/browse/GEODE-1981
> Project: Geode
>  Issue Type: Bug
>  Components: functions
>Reporter: Barry Oglesby
>
> Geode_develop_DistributedTests
> Private Build #4168
> Revision: 61fe7c647682c10b2dcec4620448696bf5499880
> java.lang.NullPointerException
>   at 
> org.apache.geode.internal.cache.execute.FunctionServiceBase.lambda$customCollectorReturnsResultOfSendException$107(FunctionServiceBase.java:245)
>   at 
> java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1374)
>   at 
> java.util.stream.ReferencePipeline$Head.forEach(ReferencePipeline.java:580)
>   at 
> org.apache.geode.internal.cache.execute.FunctionServiceBase.customCollectorReturnsResultOfSendException(FunctionServiceBase.java:245)
>   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.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
>   at 
> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
>   at 
> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
>   at 
> org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
>   at 
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
>   at 
> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
>   at 
> org.junit.rules.ExpectedException$ExpectedExceptionStatement.evaluate(ExpectedException.java:239)
>   at org.junit.rules.TestWatcher$1.evaluate(TestWatcher.java:55)
>   at org.junit.rules.RunRules.evaluate(RunRules.java:20)
>   at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
>   at 
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
>   at 
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
>   at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
>   at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
>   at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
>   at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
>   at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
>   at 
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
>   at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.runTestClass(JUnitTestClassExecuter.java:114)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.execute(JUnitTestClassExecuter.java:57)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassProcessor.processTestClass(JUnitTestClassProcessor.java:66)
>   at 
> org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.processTestClass(SuiteTestClassProcessor.java:51)
>   at sun.reflect.GeneratedMethodAccessor416.invoke(Unknown Source)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:497)
>   at 
> org.gradle.internal.dispatch.ReflectionDispatch.dispatc

[jira] [Updated] (GEODE-1991) CI Failure: HARegionQueueJUnitTest.testNoExpiryOfThreadId

[Dan Smith (JIRA)]

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

Dan Smith updated GEODE-1991:
-
Labels: ci  (was: )

> CI Failure: HARegionQueueJUnitTest.testNoExpiryOfThreadId
> -
>
> Key: GEODE-1991
> URL: https://issues.apache.org/jira/browse/GEODE-1991
> Project: Geode
>  Issue Type: Bug
>  Components: client queues
>Reporter: Dan Smith
>  Labels: ci
>
> This test failed with 9189e3bb95fcd8547327c6047dafea5e0fd76dbb.
> {noformat}
> org.apache.geode.internal.cache.ha.HARegionQueueJUnitTest > 
> testNoExpiryOfThreadId FAILED
> java.lang.AssertionError:  Expected region size not to be zero since 
> expiry time has not been exceeded but it is not so 
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.assertTrue(Assert.java:41)
> at 
> org.apache.geode.internal.cache.ha.HARegionQueueJUnitTest.testNoExpiryOfThreadId(HARegionQueueJUnitTest.java:587)
> {noformat}
> It looks like this is probably just a racy test. It sets an expiration of 3 
> seconds, sleeps for 3 seconds, and expects the entry to not be expired.



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

[jira] [Created] (GEODE-1991) CI Failure: HARegionQueueJUnitTest.testNoExpiryOfThreadId

[Dan Smith (JIRA)]

Dan Smith created GEODE-1991:


 Summary: CI Failure: HARegionQueueJUnitTest.testNoExpiryOfThreadId
 Key: GEODE-1991
 URL: https://issues.apache.org/jira/browse/GEODE-1991
 Project: Geode
  Issue Type: Bug
  Components: client queues
Reporter: Dan Smith


This test failed with 9189e3bb95fcd8547327c6047dafea5e0fd76dbb.

{noformat}
org.apache.geode.internal.cache.ha.HARegionQueueJUnitTest > 
testNoExpiryOfThreadId FAILED
java.lang.AssertionError:  Expected region size not to be zero since expiry 
time has not been exceeded but it is not so 
at org.junit.Assert.fail(Assert.java:88)
at org.junit.Assert.assertTrue(Assert.java:41)
at 
org.apache.geode.internal.cache.ha.HARegionQueueJUnitTest.testNoExpiryOfThreadId(HARegionQueueJUnitTest.java:587)

{noformat}

It looks like this is probably just a racy test. It sets an expiration of 3 
seconds, sleeps for 3 seconds, and expects the entry to not be expired.



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

[jira] [Created] (GEODE-1985) IndexManager.needsRecalculation can miss cases where recalulation is needed

[Dan Smith (JIRA)]

Dan Smith created GEODE-1985:


 Summary: IndexManager.needsRecalculation can miss cases where 
recalulation is needed
 Key: GEODE-1985
 URL: https://issues.apache.org/jira/browse/GEODE-1985
 Project: Geode
  Issue Type: Bug
  Components: querying
Reporter: Dan Smith


When returning query results from an index, we check 
IndexManager.needsRecalculation to see if an entry might have changed while the 
query was in progress. 

Unfortunately, this method can return false negatives If an entry has not yet 
updated the SAFE_QUERY_TIME field.

The SAFE_QUERY_TIME is updated in LocalRegion.updateStatsForPut. That method is 
called *after* the region entry was modified. So the SAFE_QUERY_TIME could be 
0, even though an entry was modified, which will make this expression false.



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

[jira] [Created] (GEODE-1982) Heap LRU with filter based session replication does not actually free up memory

[Dan Smith (JIRA)]

Dan Smith created GEODE-1982:


 Summary: Heap LRU with filter based session replication does not 
actually free up memory
 Key: GEODE-1982
 URL: https://issues.apache.org/jira/browse/GEODE-1982
 Project: Geode
  Issue Type: Improvement
  Components: http session
Reporter: Dan Smith


Using the session replication module for generic app servers, we install a 
ServletFilter that wraps sessions in a GemfireHttpSession object. That 
GemfireHttpSession object has a reference to an underlying native session, and 
modifications to the GemfireHttpSession are made to the underlying native 
session as well.

When the module is configured in client/server mode with a client side cache, 
the client side region has heap lru enabled. Unfortunately, when entries are 
removed due to heap lru, the application server is still going to retain a 
reference to the native session. I've observed this happening in a debugger, 
unfortunately I don't have a reproducible test case for this yet.

With Jetty, at least, it retains a weak reference to the session, so I suppose 
the session could eventually be removed, but other application servers may not 
use weak references.



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

[jira] [Commented] (GEODE-1960) Provide protection against malicious developer jars deployed as functions

[Dan Smith (JIRA)]

[ 
https://issues.apache.org/jira/browse/GEODE-1960?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15546643#comment-15546643
 ] 

Dan Smith commented on GEODE-1960:
--

In order for a function to be executed, it has to be added to the classpath of 
the server by an administrator; geode does not support distributed classloading 
from clients or anything like that. Is that the sort of protection you are 
looking for, or are you talking about protecting users from themselves by not 
allowing them to make certain system calls?

> Provide protection against malicious developer jars deployed as functions
> -
>
> Key: GEODE-1960
> URL: https://issues.apache.org/jira/browse/GEODE-1960
> Project: Geode
>  Issue Type: Improvement
>  Components: functions, security
>Reporter: Diane Hardman
>Priority: Minor
>
> Provide protection for functions that might contain malicious calls like 
> System.exit().



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

[jira] [Commented] (GEODE-1952) Merge documentation to develop branch

[Dan Smith (JIRA)]

[ 
https://issues.apache.org/jira/browse/GEODE-1952?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15536746#comment-15536746
 ] 

Dan Smith commented on GEODE-1952:
--

Regarding whether the files need headers, this link seems to suggest that they 
are needed - http://www.apache.org/legal/src-headers.html

{noformat}
Does this policy apply to documentation files included in a release?

Yes.
{noformat}

> Merge documentation to develop branch
> -
>
> Key: GEODE-1952
> URL: https://issues.apache.org/jira/browse/GEODE-1952
> Project: Geode
>  Issue Type: New Feature
>  Components: docs
>Reporter: Anthony Baker
>
> The staging/docs-grant1 branch [1] contains the source current used to build 
> the documentation site [2] for geode.  In order to merge this source init the 
> develop branch, we need to:
> 1) Review the files and determine if there are any licensing or dependency 
> considerations.  Update the LICENSE and NOTICE files as necessary.
> 2) Update the source headers and replace with the Apache source header as 
> needed.  Since these are documentation files, determine if a source header is 
> required.
> 3) Improve the build process to make it simpler for contributors and users. 
> This includes writing up build instructions.  We will need to create a 
> top-level directory (geode-docs?) to hold the files.
> 4) Include the documentation in the source distributions created by the build.
> 5) Incorporate other suggestions from the community.
> Once the branch has been merged, we should host the documentation site on 
> geode.apache.org.
> [1] 
> https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;a=tree;h=refs/heads/staging/docs-grant1;hb=refs/heads/staging/docs-grant1
> [2] http://geode.docs.pivotal.io



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

[jira] [Resolved] (GEODE-1949) geode-rebalancer is not part of the binary distribution

[Dan Smith (JIRA)]

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

Dan Smith resolved GEODE-1949.
--
   Resolution: Fixed
Fix Version/s: 1.0.0-incubating

> geode-rebalancer is not part of the binary distribution
> ---
>
> Key: GEODE-1949
> URL: https://issues.apache.org/jira/browse/GEODE-1949
> Project: Geode
>  Issue Type: Bug
>  Components: extensions
>Reporter: Dan Smith
>Assignee: Dan Smith
> Fix For: 1.0.0-incubating
>
>
> The geode-rebalancer jar is not part of the binary distribution. That means 
> that users that want to use the rebalancer must download it and it's 
> dependencies from maven and add them to the server's classpath.
> I think the main reason not to include the rebalancer in the server's 
> classpath is the dependency on quartz. But looking at the code, it looks like 
> the only usage of quartz is a one line validation that doesn't need to be 
> there. We should remove the dependency on quartz and include the rebalancer 
> in the geode server's classpath by default.



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

[jira] [Assigned] (GEODE-1949) geode-rebalancer is not part of the binary distribution

[Dan Smith (JIRA)]

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

Dan Smith reassigned GEODE-1949:


Assignee: Dan Smith

> geode-rebalancer is not part of the binary distribution
> ---
>
> Key: GEODE-1949
> URL: https://issues.apache.org/jira/browse/GEODE-1949
> Project: Geode
>  Issue Type: Bug
>  Components: extensions
>Reporter: Dan Smith
>Assignee: Dan Smith
>
> The geode-rebalancer jar is not part of the binary distribution. That means 
> that users that want to use the rebalancer must download it and it's 
> dependencies from maven and add them to the server's classpath.
> I think the main reason not to include the rebalancer in the server's 
> classpath is the dependency on quartz. But looking at the code, it looks like 
> the only usage of quartz is a one line validation that doesn't need to be 
> there. We should remove the dependency on quartz and include the rebalancer 
> in the geode server's classpath by default.



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

[jira] [Created] (GEODE-1949) geode-rebalancer is not part of the binary distribution

[Dan Smith (JIRA)]

Dan Smith created GEODE-1949:


 Summary: geode-rebalancer is not part of the binary distribution
 Key: GEODE-1949
 URL: https://issues.apache.org/jira/browse/GEODE-1949
 Project: Geode
  Issue Type: Bug
  Components: extensions
Reporter: Dan Smith


The geode-rebalancer jar is not part of the binary distribution. That means 
that users that want to use the rebalancer must download it and it's 
dependencies from maven and add them to the server's classpath.

I think the main reason not to include the rebalancer in the server's classpath 
is the dependency on quartz. But looking at the code, it looks like the only 
usage of quartz is a one line validation that doesn't need to be there. We 
should remove the dependency on quartz and include the rebalancer in the geode 
server's classpath by default.



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

[jira] [Resolved] (GEODE-1474) CI Failure: PRQueryRegionCloseDUnitTest.testPRWithRegionCloseInOneDatastoreWithoutDelay

[Dan Smith (JIRA)]

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

Dan Smith resolved GEODE-1474.
--
Resolution: Duplicate

> CI Failure: 
> PRQueryRegionCloseDUnitTest.testPRWithRegionCloseInOneDatastoreWithoutDelay
> ---
>
> Key: GEODE-1474
> URL: https://issues.apache.org/jira/browse/GEODE-1474
> Project: Geode
>  Issue Type: Bug
>  Components: querying
>Reporter: Udo Kohlmeyer
>
> Build #2743 (May 30, 2016 9:09:15 AM)
> Revision: fa3a937508b05ec579f78ed4f0a44278a9665b75
> https://brazil.gemstone.com:8080/job/Geode_develop_DistributedTests/2743/testReport/com.gemstone.gemfire.cache.query.partitioned/PRQueryRegionCloseDUnitTest/testPRWithRegionCloseInOneDatastoreWithoutDelay/
> java.lang.AssertionError: Thread did not terminate after 3 ms: Thread[run 
> invoked on an instance of 
> com.gemstone.gemfire.cache.query.partitioned.PRQueryDUnitHelper$12,5,Async 
> Invocations]
>   at org.junit.Assert.fail(Assert.java:88)
>   at 
> com.gemstone.gemfire.test.dunit.ThreadUtils.join(ThreadUtils.java:154)
>   at 
> com.gemstone.gemfire.test.dunit.ThreadUtils.join(ThreadUtils.java:117)
>   at 
> com.gemstone.gemfire.cache.query.partitioned.PRQueryRegionCloseDUnitTest.testPRWithRegionCloseInOneDatastoreWithoutDelay(PRQueryRegionCloseDUnitTest.java:184)
>   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 junit.framework.TestCase.runTest(TestCase.java:176)
>   at junit.framework.TestCase.runBare(TestCase.java:141)
>   at junit.framework.TestResult$1.protect(TestResult.java:122)
>   at junit.framework.TestResult.runProtected(TestResult.java:142)
>   at junit.framework.TestResult.run(TestResult.java:125)
>   at junit.framework.TestCase.run(TestCase.java:129)
>   at junit.framework.TestSuite.runTest(TestSuite.java:252)
>   at junit.framework.TestSuite.run(TestSuite.java:247)
>   at 
> org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:86)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.runTestClass(JUnitTestClassExecuter.java:112)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.execute(JUnitTestClassExecuter.java:56)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassProcessor.processTestClass(JUnitTestClassProcessor.java:66)
>   at 
> org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.processTestClass(SuiteTestClassProcessor.java:51)
>   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.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
>   at 
> org.gradle.messaging.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:32)
>   at 
> org.gradle.messaging.dispatch.ProxyDispatchAdapter$DispatchingInvocationHandler.invoke(ProxyDispatchAdapter.java:93)
>   at com.sun.proxy.$Proxy2.processTestClass(Unknown Source)
>   at 
> org.gradle.api.internal.tasks.testing.worker.TestWorker.processTestClass(TestWorker.java:109)
>   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.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
>   at 
> org.gradle.messaging.remote.internal.hub.MessageHub$Handler.run(MessageHub.java:360)
>   at 
> org.gradle.internal.concurrent.ExecutorPolicy$CatchAndRecordFailures.onExecute(ExecutorPolicy.java:54)
>   at 
> org.gradle.internal.concurrent.StoppableExecutorImpl$1.run(StoppableExecutorImpl.java:40)
>   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)



--
Th

[jira] [Resolved] (GEODE-1092) CI failure: RedisDistDUnitTest.testConcListOps

[Dan Smith (JIRA)]

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

Dan Smith resolved GEODE-1092.
--
Resolution: Duplicate

> CI failure: RedisDistDUnitTest.testConcListOps
> --
>
> Key: GEODE-1092
> URL: https://issues.apache.org/jira/browse/GEODE-1092
> Project: Geode
>  Issue Type: Bug
>  Components: redis
>Reporter: Bruce Schuchardt
>  Labels: CI, Flaky
>
> [vm_1][error 2016/03/12 18:52:35.526 PST  
> tid=0x1233] GemFireRedisServer-Unexpected error handler for [id: 0x8e2e42d3, 
> /10.118.33.92:55082 => /10.118.33.92:27549]
> [vm_1]java.lang.NullPointerException
> [vm_1]at 
> com.gemstone.gemfire.internal.redis.executor.list.ListExecutor.pushElements(ListExecutor.java:74)
> [vm_1]at 
> com.gemstone.gemfire.internal.redis.executor.list.PushExecutor.executeCommand(PushExecutor.java:47)
> [vm_1]at 
> com.gemstone.gemfire.internal.redis.ExecutionHandlerContext.executeWithoutTransaction(ExecutionHandlerContext.java:229)
> [vm_1]at 
> com.gemstone.gemfire.internal.redis.ExecutionHandlerContext.executeCommand(ExecutionHandlerContext.java:194)
> [vm_1]at 
> com.gemstone.gemfire.internal.redis.ExecutionHandlerContext.channelRead(ExecutionHandlerContext.java:138)
> [vm_1]at 
> io.netty.channel.DefaultChannelHandlerContext.invokeChannelRead(DefaultChannelHandlerContext.java:368)
> [vm_1]at 
> io.netty.channel.DefaultChannelHandlerContext.fireChannelRead(DefaultChannelHandlerContext.java:353)
> [vm_1]at 
> io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:173)
> [vm_1]at 
> io.netty.channel.DefaultChannelHandlerContext.invokeChannelRead(DefaultChannelHandlerContext.java:368)
> [vm_1]at 
> io.netty.channel.DefaultChannelHandlerContext.fireChannelRead(DefaultChannelHandlerContext.java:353)
> [vm_1]at 
> io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:780)
> [vm_1]at 
> io.netty.channel.nio.AbstractNioByteChannel$NioByteUnsafe.read(AbstractNioByteChannel.java:100)
> [vm_1]at 
> io.netty.channel.nio.NioEventLoop.processSelectedKey(NioEventLoop.java:497)
> [vm_1]at 
> io.netty.channel.nio.NioEventLoop.processSelectedKeysOptimized(NioEventLoop.java:465)
> [vm_1]at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:359)
> [vm_1]at 
> io.netty.util.concurrent.SingleThreadEventExecutor$2.run(SingleThreadEventExecutor.java:101)
> [vm_1]at java.lang.Thread.run(Thread.java:745)
> [vm_3][info 2016/03/12 18:52:35.535 PST  
> tid=0x15] Got result: EXCEPTION_OCCURRED
> [vm_3]redis.clients.jedis.exceptions.JedisDataException: ERR The server had 
> an internal error please try again
> [vm_3]at redis.clients.jedis.Protocol.processError(Protocol.java:117)
> [vm_3]at redis.clients.jedis.Protocol.process(Protocol.java:142)
> [vm_3]at redis.clients.jedis.Protocol.read(Protocol.java:196)
> [vm_3]at 
> redis.clients.jedis.Connection.readProtocolWithCheckingBroken(Connection.java:288)
> [vm_3]at 
> redis.clients.jedis.Connection.getIntegerReply(Connection.java:213)
> [vm_3]at redis.clients.jedis.Jedis.lpush(Jedis.java:814)
> [vm_3]at 
> com.gemstone.gemfire.redis.RedisDistDUnitTest$1ConcListOps.call(RedisDistDUnitTest.java:124)
> [vm_3]at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> [vm_3]at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> [vm_3]at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> [vm_3]at java.lang.reflect.Method.invoke(Method.java:497)
> [vm_3]at hydra.MethExecutor.executeObject(MethExecutor.java:268)
> [vm_3]at 
> com.gemstone.gemfire.test.dunit.standalone.RemoteDUnitVM.executeMethodOnObject(RemoteDUnitVM.java:84)
> [vm_3]at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> [vm_3]at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> [vm_3]at java.lang.reflect.Method.invoke(Method.java:497)
> [vm_3]at 
> sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:323)
> [vm_3]at sun.rmi.transport.Transport$1.run(Transport.java:200)
> [vm_3]at sun.rmi.transport.Transport$1.run(Transport.java:197)
> [vm_3]at java.security.AccessController.doPrivileged(Native Method)
> [vm_3]at sun.rmi.transport.Transport.serviceCall(Transport.java:196)
> [vm_3]at 
> sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:568)
> [vm_3]at 
> sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:826)
> [vm_3]at 
> sun.rmi.transport.tcp.TCPTransport$Connect

[jira] [Resolved] (GEODE-1778) CI failure: LuceneQueriesPeerPRRedundancyDUnitTest.returnCorrectResultsWhenCloseCacheHappensOnPartialIndexWrite

[Dan Smith (JIRA)]

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

Dan Smith resolved GEODE-1778.
--
Resolution: Duplicate

> CI failure: 
> LuceneQueriesPeerPRRedundancyDUnitTest.returnCorrectResultsWhenCloseCacheHappensOnPartialIndexWrite
> ---
>
> Key: GEODE-1778
> URL: https://issues.apache.org/jira/browse/GEODE-1778
> Project: Geode
>  Issue Type: Bug
>  Components: lucene
>Reporter: Hitesh Khamesra
>  Labels: CI
>
> java.lang.AssertionError
>   at org.junit.Assert.fail(Assert.java:86)
>   at org.junit.Assert.assertTrue(Assert.java:41)
>   at org.junit.Assert.assertTrue(Assert.java:52)
>   at 
> com.gemstone.gemfire.cache.lucene.LuceneQueriesPeerPRRedundancyDUnitTest.putEntriesAndValidateResultsWithRedundancy(LuceneQueriesPeerPRRedundancyDUnitTest.java:111)
>   at 
> com.gemstone.gemfire.cache.lucene.LuceneQueriesPeerPRRedundancyDUnitTest.returnCorrectResultsWhenCloseCacheHappensOnPartialIndexWrite(LuceneQueriesPeerPRRedundancyDUnitTest.java:87)
>   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.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
>   at 
> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
>   at 
> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
>   at 
> org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
>   at 
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
>   at 
> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
>   at org.junit.rules.TestWatcher$1.evaluate(TestWatcher.java:55)
>   at org.junit.rules.RunRules.evaluate(RunRules.java:20)
>   at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
>   at 
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
>   at 
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
>   at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
>   at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
>   at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
>   at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
>   at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
>   at 
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
>   at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.runTestClass(JUnitTestClassExecuter.java:114)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.execute(JUnitTestClassExecuter.java:57)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassProcessor.processTestClass(JUnitTestClassProcessor.java:66)
>   at 
> org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.processTestClass(SuiteTestClassProcessor.java:51)
>   at sun.reflect.GeneratedMethodAccessor166.invoke(Unknown Source)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:497)
>   at 
> org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
>   at 
> org.gradle.internal.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:32)
>   at 
> org.gradle.internal.dispatch.ProxyDispatchAdapter$DispatchingInvocationHandler.invoke(ProxyDispatchAdapter.java:93)
>   at com.sun.proxy.$Proxy2.processTestClass(Unknown Source)
>   at 
> org.gradle.api.internal.tasks.testing.worker.TestWorker.processTestClass(TestWorker.java:109)
>   at sun.reflect.GeneratedMethodAccessor165.invoke(Unknown Source)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:497)
>   at 
> org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
>   at 
> org.gradle.internal.remote.internal.hub.MessageHub$Handler.run(MessageHub.java:377)
>   at 
> o

[jira] [Resolved] (GEODE-1663) CI failure: ConcurrentParallelGatewaySenderDUnitTest.testPartitionedParallelPropagationHA

[Dan Smith (JIRA)]

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

Dan Smith resolved GEODE-1663.
--
Resolution: Duplicate

> CI failure: 
> ConcurrentParallelGatewaySenderDUnitTest.testPartitionedParallelPropagationHA
> -
>
> Key: GEODE-1663
> URL: https://issues.apache.org/jira/browse/GEODE-1663
> Project: Geode
>  Issue Type: Bug
>  Components: wan
>Reporter: Bruce Schuchardt
>  Labels: ci
>
> There is also GEODE-1586 which was closed a week ago and failed with a 
> different symptom so I'm opening this new ticket.
> com.gemstone.gemfire.test.dunit.RMIException: While invoking 
> com.gemstone.gemfire.internal.cache.wan.concurrent.ConcurrentParallelGatewaySenderDUnitTest$$Lambda$549/1960832264.run
>  in VM 2 running on Host rooktwo.gemstone.com with 8 VMs
>   at com.gemstone.gemfire.test.dunit.VM.invoke(VM.java:389)
>   at com.gemstone.gemfire.test.dunit.VM.invoke(VM.java:355)
>   at com.gemstone.gemfire.test.dunit.VM.invoke(VM.java:293)
>   at 
> com.gemstone.gemfire.internal.cache.wan.concurrent.ConcurrentParallelGatewaySenderDUnitTest.testPartitionedParallelPropagationHA(ConcurrentParallelGatewaySenderDUnitTest.java:631)
>   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.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
>   at 
> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
>   at 
> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
>   at 
> org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
>   at 
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
>   at 
> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
>   at org.junit.rules.TestWatcher$1.evaluate(TestWatcher.java:55)
>   at org.junit.rules.RunRules.evaluate(RunRules.java:20)
>   at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
>   at 
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
>   at 
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
>   at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
>   at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
>   at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
>   at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
>   at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
>   at 
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
>   at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.runTestClass(JUnitTestClassExecuter.java:112)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.execute(JUnitTestClassExecuter.java:56)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassProcessor.processTestClass(JUnitTestClassProcessor.java:66)
>   at 
> org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.processTestClass(SuiteTestClassProcessor.java:51)
>   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.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
>   at 
> org.gradle.messaging.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:32)
>   at 
> org.gradle.messaging.dispatch.ProxyDispatchAdapter$DispatchingInvocationHandler.invoke(ProxyDispatchAdapter.java:93)
>   at com.sun.proxy.$Proxy2.processTestClass(Unknown Source)
>   at 
> org.gradle.api.internal.tasks.testing.worker.TestWorker.processTestClass(TestWorker.java:109)
>   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.Met

[jira] [Resolved] (GEODE-1937) geode-example tests should run as part of precheckin

[Dan Smith (JIRA)]

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

Dan Smith resolved GEODE-1937.
--
Resolution: Fixed

> geode-example tests should run as part of precheckin
> 
>
> Key: GEODE-1937
> URL: https://issues.apache.org/jira/browse/GEODE-1937
> Project: Geode
>  Issue Type: Bug
>Reporter: Dan Smith
>Assignee: Dan Smith
> Fix For: 1.0.0-incubating
>
>
> We discovered GEODE-1934 which was a ClassNotFoundException for projects that 
> depend on geode core due to the spark connector tests. However, the 
> geode-examples tests were also failing due to the same exception.
> Unfortunately, it looks like we're not running the example tests in any CI 
> system. We should make the example tests run as part of precheckin to make 
> sure the examples still work.



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

[jira] [Updated] (GEODE-502) CI Failure: TestSuite$1.warning

[Dan Smith (JIRA)]

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

Dan Smith updated GEODE-502:

Attachment: Test results - Class 
org.apache.geode.modules.session.Tomcat8SessionsDUnitTest.html

> CI Failure: TestSuite$1.warning
> ---
>
> Key: GEODE-502
> URL: https://issues.apache.org/jira/browse/GEODE-502
> Project: Geode
>  Issue Type: Bug
>Reporter: Dan Smith
>Assignee: Dan Smith
>  Labels: CI
> Attachments: Test results - Class 
> org.apache.geode.modules.session.Tomcat8SessionsDUnitTest.html
>
>
> I saw this in a internal CI run. The first test fails with the below error 
> about VMs not launching in 30 seconds. Then later tests fail with a cause of 
> "Log writer has already been created"
> This is actually a failure to launch the dunit framework, which is why it's 
> misreporting the test name as "TestSuite$1.warning"; the failure happens 
> during the constructor of the test case. 
> {noformat}
> junit.framework.AssertionFailedError: Exception in constructor: 
> testPutGetTimeout (java.lang.RuntimeException: Unable to launch dunit VMS
>   at dunit.standalone.DUnitLauncher.launchIfNeeded(DUnitLauncher.java:130)
>   at dunit.DistributedTestCase.(DistributedTestCase.java:416)
>   at 
> com.gemstone.gemfire.cache30.CacheTestCase.(CacheTestCase.java:89)
>   at 
> com.gemstone.gemfire.cache30.RegionTestCase.(RegionTestCase.java:110)
>   at 
> com.gemstone.gemfire.cache30.MultiVMRegionTestCase.(MultiVMRegionTestCase.java:160)
>   at 
> com.gemstone.gemfire.cache30.GlobalRegionDUnitTest.(GlobalRegionDUnitTest.java:39)
>   at 
> com.gemstone.gemfire.cache30.GlobalRegionCompressionDUnitTest.(GlobalRegionCompressionDUnitTest.java:34)
>   at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
>   at 
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
>   at 
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
>   at java.lang.reflect.Constructor.newInstance(Constructor.java:422)
>   at junit.framework.TestSuite.createTest(TestSuite.java:65)
>   at junit.framework.TestSuite.addTestMethod(TestSuite.java:307)
>   at junit.framework.TestSuite.addTestsFromTestCase(TestSuite.java:150)
>   at junit.framework.TestSuite.(TestSuite.java:129)
>   at 
> org.junit.internal.runners.JUnit38ClassRunner.(JUnit38ClassRunner.java:74)
>   at 
> org.junit.internal.builders.JUnit3Builder.runnerForClass(JUnit3Builder.java:11)
>   at 
> org.junit.runners.model.RunnerBuilder.safeRunnerForClass(RunnerBuilder.java:59)
>   at 
> org.junit.internal.builders.AllDefaultPossibilitiesBuilder.runnerForClass(AllDefaultPossibilitiesBuilder.java:26)
>   at 
> org.junit.runners.model.RunnerBuilder.safeRunnerForClass(RunnerBuilder.java:59)
>   at 
> org.junit.internal.requests.ClassRequest.getRunner(ClassRequest.java:33)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.runTestClass(JUnitTestClassExecuter.java:88)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.execute(JUnitTestClassExecuter.java:56)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassProcessor.processTestClass(JUnitTestClassProcessor.java:64)
>   at 
> org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.processTestClass(SuiteTestClassProcessor.java:50)
>   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.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
>   at 
> org.gradle.messaging.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:32)
>   at 
> org.gradle.messaging.dispatch.ProxyDispatchAdapter$DispatchingInvocationHandler.invoke(ProxyDispatchAdapter.java:93)
>   at com.sun.proxy.$Proxy2.processTestClass(Unknown Source)
>   at 
> org.gradle.api.internal.tasks.testing.worker.TestWorker.processTestClass(TestWorker.java:106)
>   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.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDis

[jira] [Commented] (GEODE-502) CI Failure: TestSuite$1.warning

[Dan Smith (JIRA)]

[ 
https://issues.apache.org/jira/browse/GEODE-502?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15524476#comment-15524476
 ] 

Dan Smith commented on GEODE-502:
-

We're still seeing this. More I've attached a failure (with stdout) from 
a1938b386f1ed9064529df7f4206af913d4461c2. One interesting thing is that we do 
see a 7 second GC pause from one of the members, I'm not sure if that would 
affect the startup.

One possible workaround might be to relaunch all the VMs in the process manager 
if they fail to start up.

> CI Failure: TestSuite$1.warning
> ---
>
> Key: GEODE-502
> URL: https://issues.apache.org/jira/browse/GEODE-502
> Project: Geode
>  Issue Type: Bug
>Reporter: Dan Smith
>Assignee: Dan Smith
>  Labels: CI
>
> I saw this in a internal CI run. The first test fails with the below error 
> about VMs not launching in 30 seconds. Then later tests fail with a cause of 
> "Log writer has already been created"
> This is actually a failure to launch the dunit framework, which is why it's 
> misreporting the test name as "TestSuite$1.warning"; the failure happens 
> during the constructor of the test case. 
> {noformat}
> junit.framework.AssertionFailedError: Exception in constructor: 
> testPutGetTimeout (java.lang.RuntimeException: Unable to launch dunit VMS
>   at dunit.standalone.DUnitLauncher.launchIfNeeded(DUnitLauncher.java:130)
>   at dunit.DistributedTestCase.(DistributedTestCase.java:416)
>   at 
> com.gemstone.gemfire.cache30.CacheTestCase.(CacheTestCase.java:89)
>   at 
> com.gemstone.gemfire.cache30.RegionTestCase.(RegionTestCase.java:110)
>   at 
> com.gemstone.gemfire.cache30.MultiVMRegionTestCase.(MultiVMRegionTestCase.java:160)
>   at 
> com.gemstone.gemfire.cache30.GlobalRegionDUnitTest.(GlobalRegionDUnitTest.java:39)
>   at 
> com.gemstone.gemfire.cache30.GlobalRegionCompressionDUnitTest.(GlobalRegionCompressionDUnitTest.java:34)
>   at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
>   at 
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
>   at 
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
>   at java.lang.reflect.Constructor.newInstance(Constructor.java:422)
>   at junit.framework.TestSuite.createTest(TestSuite.java:65)
>   at junit.framework.TestSuite.addTestMethod(TestSuite.java:307)
>   at junit.framework.TestSuite.addTestsFromTestCase(TestSuite.java:150)
>   at junit.framework.TestSuite.(TestSuite.java:129)
>   at 
> org.junit.internal.runners.JUnit38ClassRunner.(JUnit38ClassRunner.java:74)
>   at 
> org.junit.internal.builders.JUnit3Builder.runnerForClass(JUnit3Builder.java:11)
>   at 
> org.junit.runners.model.RunnerBuilder.safeRunnerForClass(RunnerBuilder.java:59)
>   at 
> org.junit.internal.builders.AllDefaultPossibilitiesBuilder.runnerForClass(AllDefaultPossibilitiesBuilder.java:26)
>   at 
> org.junit.runners.model.RunnerBuilder.safeRunnerForClass(RunnerBuilder.java:59)
>   at 
> org.junit.internal.requests.ClassRequest.getRunner(ClassRequest.java:33)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.runTestClass(JUnitTestClassExecuter.java:88)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.execute(JUnitTestClassExecuter.java:56)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassProcessor.processTestClass(JUnitTestClassProcessor.java:64)
>   at 
> org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.processTestClass(SuiteTestClassProcessor.java:50)
>   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.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
>   at 
> org.gradle.messaging.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:32)
>   at 
> org.gradle.messaging.dispatch.ProxyDispatchAdapter$DispatchingInvocationHandler.invoke(ProxyDispatchAdapter.java:93)
>   at com.sun.proxy.$Proxy2.processTestClass(Unknown Source)
>   at 
> org.gradle.api.internal.tasks.testing.worker.TestWorker.processTestClass(TestWorker.java:106)
>   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>   at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>   at 
> sun.reflect.DelegatingMethod

[jira] [Resolved] (GEODE-1857) CI Failure: Tomcat8SessionsDUnitTest.classMethod

[Dan Smith (JIRA)]

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

Dan Smith resolved GEODE-1857.
--
Resolution: Duplicate

> CI Failure: Tomcat8SessionsDUnitTest.classMethod
> 
>
> Key: GEODE-1857
> URL: https://issues.apache.org/jira/browse/GEODE-1857
> Project: Geode
>  Issue Type: Bug
>  Components: http session
>Reporter: Udo Kohlmeyer
>  Labels: ci
>
> Revision: bb829d3dcaa7105d517868a6fc060981e95643f3
> java.lang.RuntimeException: Unable to launch dunit VMS
>   at 
> org.apache.geode.test.dunit.standalone.DUnitLauncher.launchIfNeeded(DUnitLauncher.java:123)
>   at 
> org.apache.geode.test.dunit.internal.JUnit4DistributedTestCase.initializeDistributedTestCase(JUnit4DistributedTestCase.java:121)
>   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.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
>   at 
> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
>   at 
> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
>   at 
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:24)
>   at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.runTestClass(JUnitTestClassExecuter.java:114)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.execute(JUnitTestClassExecuter.java:57)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassProcessor.processTestClass(JUnitTestClassProcessor.java:66)
>   at 
> org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.processTestClass(SuiteTestClassProcessor.java:51)
>   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.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
>   at 
> org.gradle.internal.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:32)
>   at 
> org.gradle.internal.dispatch.ProxyDispatchAdapter$DispatchingInvocationHandler.invoke(ProxyDispatchAdapter.java:93)
>   at com.sun.proxy.$Proxy2.processTestClass(Unknown Source)
>   at 
> org.gradle.api.internal.tasks.testing.worker.TestWorker.processTestClass(TestWorker.java:109)
>   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.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
>   at 
> org.gradle.internal.remote.internal.hub.MessageHub$Handler.run(MessageHub.java:377)
>   at 
> org.gradle.internal.concurrent.ExecutorPolicy$CatchAndRecordFailures.onExecute(ExecutorPolicy.java:54)
>   at 
> org.gradle.internal.concurrent.StoppableExecutorImpl$1.run(StoppableExecutorImpl.java:40)
>   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)
> Caused by: java.lang.RuntimeException: VMs did not start up with 30 seconds
>   at 
> org.apache.geode.test.dunit.standalone.DUnitLauncher.launch(DUnitLauncher.java:210)
>   at 
> org.apache.geode.test.dunit.standalone.DUnitLauncher.launchIfNeeded(DUnitLauncher.java:121)
>   ... 36 more



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

[jira] [Resolved] (GEODE-1852) CI Failure: Tomcat8SessionsClientServerDUnitTest.testMultipleAttributeUpdates

[Dan Smith (JIRA)]

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

Dan Smith resolved GEODE-1852.
--
Resolution: Duplicate

This issue is collateral damage from GEODE-1857 leaving the test framework in a 
bad state.

> CI Failure: Tomcat8SessionsClientServerDUnitTest.testMultipleAttributeUpdates
> -
>
> Key: GEODE-1852
> URL: https://issues.apache.org/jira/browse/GEODE-1852
> Project: Geode
>  Issue Type: Bug
>  Components: http session
>Reporter: Udo Kohlmeyer
>  Labels: ci
>
> Revision: bb829d3dcaa7105d517868a6fc060981e95643f3
> java.lang.IllegalArgumentException: Cannot request host 0.  There are only 0 
> hosts.
>   at com.gemstone.gemfire.test.dunit.Host.getHost(Host.java:92)
>   at 
> com.gemstone.gemfire.modules.session.Tomcat8SessionsClientServerDUnitTest.setupServer(Tomcat8SessionsClientServerDUnitTest.java:59)
>   at 
> com.gemstone.gemfire.modules.session.Tomcat8SessionsClientServerDUnitTest.postSetUp(Tomcat8SessionsClientServerDUnitTest.java:46)
>   at 
> com.gemstone.gemfire.test.dunit.internal.JUnit4DistributedTestCase.setUp(JUnit4DistributedTestCase.java:356)
>   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.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
>   at 
> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
>   at 
> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
>   at 
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:24)
>   at 
> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
>   at org.junit.rules.TestWatcher$1.evaluate(TestWatcher.java:55)
>   at org.junit.rules.RunRules.evaluate(RunRules.java:20)
>   at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
>   at 
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
>   at 
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
>   at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
>   at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
>   at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
>   at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
>   at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
>   at 
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
>   at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.runTestClass(JUnitTestClassExecuter.java:114)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.execute(JUnitTestClassExecuter.java:57)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassProcessor.processTestClass(JUnitTestClassProcessor.java:66)
>   at 
> org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.processTestClass(SuiteTestClassProcessor.java:51)
>   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.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
>   at 
> org.gradle.internal.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:32)
>   at 
> org.gradle.internal.dispatch.ProxyDispatchAdapter$DispatchingInvocationHandler.invoke(ProxyDispatchAdapter.java:93)
>   at com.sun.proxy.$Proxy2.processTestClass(Unknown Source)
>   at 
> org.gradle.api.internal.tasks.testing.worker.TestWorker.processTestClass(TestWorker.java:109)
>   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.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.internal.disp

[jira] [Resolved] (GEODE-1851) CI Failure: Tomcat8SessionsClientServerDUnitTest.testSessionExpiration2

[Dan Smith (JIRA)]

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

Dan Smith resolved GEODE-1851.
--
Resolution: Duplicate

This issue is collateral damage from GEODE-1857 leaving the test framework in a 
bad state.

> CI Failure: Tomcat8SessionsClientServerDUnitTest.testSessionExpiration2
> ---
>
> Key: GEODE-1851
> URL: https://issues.apache.org/jira/browse/GEODE-1851
> Project: Geode
>  Issue Type: Bug
>  Components: http session
>Reporter: Udo Kohlmeyer
>  Labels: ci
>
> Revision: bb829d3dcaa7105d517868a6fc060981e95643f3
> java.lang.IllegalArgumentException: Cannot request host 0.  There are only 0 
> hosts.
>   at com.gemstone.gemfire.test.dunit.Host.getHost(Host.java:92)
>   at 
> com.gemstone.gemfire.modules.session.Tomcat8SessionsClientServerDUnitTest.setupServer(Tomcat8SessionsClientServerDUnitTest.java:59)
>   at 
> com.gemstone.gemfire.modules.session.Tomcat8SessionsClientServerDUnitTest.postSetUp(Tomcat8SessionsClientServerDUnitTest.java:46)
>   at 
> com.gemstone.gemfire.test.dunit.internal.JUnit4DistributedTestCase.setUp(JUnit4DistributedTestCase.java:356)
>   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.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
>   at 
> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
>   at 
> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
>   at 
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:24)
>   at 
> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
>   at org.junit.rules.TestWatcher$1.evaluate(TestWatcher.java:55)
>   at org.junit.rules.RunRules.evaluate(RunRules.java:20)
>   at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
>   at 
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
>   at 
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
>   at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
>   at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
>   at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
>   at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
>   at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
>   at 
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
>   at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.runTestClass(JUnitTestClassExecuter.java:114)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.execute(JUnitTestClassExecuter.java:57)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassProcessor.processTestClass(JUnitTestClassProcessor.java:66)
>   at 
> org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.processTestClass(SuiteTestClassProcessor.java:51)
>   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.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
>   at 
> org.gradle.internal.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:32)
>   at 
> org.gradle.internal.dispatch.ProxyDispatchAdapter$DispatchingInvocationHandler.invoke(ProxyDispatchAdapter.java:93)
>   at com.sun.proxy.$Proxy2.processTestClass(Unknown Source)
>   at 
> org.gradle.api.internal.tasks.testing.worker.TestWorker.processTestClass(TestWorker.java:109)
>   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.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.internal.dispatch.Reflect

[jira] [Resolved] (GEODE-1853) CI Failure: Tomcat8SessionsClientServerDUnitTest.testSanity

[Dan Smith (JIRA)]

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

Dan Smith resolved GEODE-1853.
--
Resolution: Duplicate

This issue is collateral damage from GEODE-1857 leaving the test framework in a 
bad state.

> CI Failure: Tomcat8SessionsClientServerDUnitTest.testSanity
> ---
>
> Key: GEODE-1853
> URL: https://issues.apache.org/jira/browse/GEODE-1853
> Project: Geode
>  Issue Type: Bug
>  Components: http session
>Reporter: Udo Kohlmeyer
>  Labels: ci
>
> Revision: bb829d3dcaa7105d517868a6fc060981e95643f3
> java.lang.IllegalArgumentException: Cannot request host 0.  There are only 0 
> hosts.
>   at com.gemstone.gemfire.test.dunit.Host.getHost(Host.java:92)
>   at 
> com.gemstone.gemfire.modules.session.Tomcat8SessionsClientServerDUnitTest.setupServer(Tomcat8SessionsClientServerDUnitTest.java:59)
>   at 
> com.gemstone.gemfire.modules.session.Tomcat8SessionsClientServerDUnitTest.postSetUp(Tomcat8SessionsClientServerDUnitTest.java:46)
>   at 
> com.gemstone.gemfire.test.dunit.internal.JUnit4DistributedTestCase.setUp(JUnit4DistributedTestCase.java:356)
>   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.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
>   at 
> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
>   at 
> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
>   at 
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:24)
>   at 
> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
>   at org.junit.rules.TestWatcher$1.evaluate(TestWatcher.java:55)
>   at org.junit.rules.RunRules.evaluate(RunRules.java:20)
>   at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
>   at 
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
>   at 
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
>   at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
>   at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
>   at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
>   at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
>   at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
>   at 
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
>   at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.runTestClass(JUnitTestClassExecuter.java:114)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.execute(JUnitTestClassExecuter.java:57)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassProcessor.processTestClass(JUnitTestClassProcessor.java:66)
>   at 
> org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.processTestClass(SuiteTestClassProcessor.java:51)
>   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.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
>   at 
> org.gradle.internal.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:32)
>   at 
> org.gradle.internal.dispatch.ProxyDispatchAdapter$DispatchingInvocationHandler.invoke(ProxyDispatchAdapter.java:93)
>   at com.sun.proxy.$Proxy2.processTestClass(Unknown Source)
>   at 
> org.gradle.api.internal.tasks.testing.worker.TestWorker.processTestClass(TestWorker.java:109)
>   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.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.internal.dispatch.ReflectionDispatch.dispatch(Ref

[jira] [Resolved] (GEODE-1854) CI Failure: Tomcat8SessionsClientServerDUnitTest.testInvalidate

[Dan Smith (JIRA)]

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

Dan Smith resolved GEODE-1854.
--
Resolution: Duplicate

This issue is collateral damage from GEODE-1857 leaving the test framework in a 
bad state.

> CI Failure: Tomcat8SessionsClientServerDUnitTest.testInvalidate
> ---
>
> Key: GEODE-1854
> URL: https://issues.apache.org/jira/browse/GEODE-1854
> Project: Geode
>  Issue Type: Bug
>  Components: http session
>Reporter: Udo Kohlmeyer
>  Labels: ci
>
> Revision: bb829d3dcaa7105d517868a6fc060981e95643f3
> java.lang.IllegalArgumentException: Cannot request host 0.  There are only 0 
> hosts.
>   at com.gemstone.gemfire.test.dunit.Host.getHost(Host.java:92)
>   at 
> com.gemstone.gemfire.modules.session.Tomcat8SessionsClientServerDUnitTest.setupServer(Tomcat8SessionsClientServerDUnitTest.java:59)
>   at 
> com.gemstone.gemfire.modules.session.Tomcat8SessionsClientServerDUnitTest.postSetUp(Tomcat8SessionsClientServerDUnitTest.java:46)
>   at 
> com.gemstone.gemfire.test.dunit.internal.JUnit4DistributedTestCase.setUp(JUnit4DistributedTestCase.java:356)
>   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.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
>   at 
> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
>   at 
> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
>   at 
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:24)
>   at 
> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
>   at org.junit.rules.TestWatcher$1.evaluate(TestWatcher.java:55)
>   at org.junit.rules.RunRules.evaluate(RunRules.java:20)
>   at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
>   at 
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
>   at 
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
>   at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
>   at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
>   at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
>   at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
>   at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
>   at 
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
>   at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.runTestClass(JUnitTestClassExecuter.java:114)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.execute(JUnitTestClassExecuter.java:57)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassProcessor.processTestClass(JUnitTestClassProcessor.java:66)
>   at 
> org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.processTestClass(SuiteTestClassProcessor.java:51)
>   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.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
>   at 
> org.gradle.internal.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:32)
>   at 
> org.gradle.internal.dispatch.ProxyDispatchAdapter$DispatchingInvocationHandler.invoke(ProxyDispatchAdapter.java:93)
>   at com.sun.proxy.$Proxy2.processTestClass(Unknown Source)
>   at 
> org.gradle.api.internal.tasks.testing.worker.TestWorker.processTestClass(TestWorker.java:109)
>   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.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.internal.dispatch.ReflectionDispatch.disp

[jira] [Resolved] (GEODE-1850) CI Failure: Tomcat8SessionsClientServerDUnitTest.testSessionExpiration1

[Dan Smith (JIRA)]

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

Dan Smith resolved GEODE-1850.
--
Resolution: Duplicate

This issue is collateral damage from GEODE-1857 leaving the test framework in a 
bad state.

> CI Failure: Tomcat8SessionsClientServerDUnitTest.testSessionExpiration1
> ---
>
> Key: GEODE-1850
> URL: https://issues.apache.org/jira/browse/GEODE-1850
> Project: Geode
>  Issue Type: Bug
>  Components: http session
>Reporter: Udo Kohlmeyer
>  Labels: ci
>
> Revision: bb829d3dcaa7105d517868a6fc060981e95643f3
> java.lang.IllegalArgumentException: Cannot request host 0.  There are only 0 
> hosts.
>   at com.gemstone.gemfire.test.dunit.Host.getHost(Host.java:92)
>   at 
> com.gemstone.gemfire.modules.session.Tomcat8SessionsClientServerDUnitTest.setupServer(Tomcat8SessionsClientServerDUnitTest.java:59)
>   at 
> com.gemstone.gemfire.modules.session.Tomcat8SessionsClientServerDUnitTest.postSetUp(Tomcat8SessionsClientServerDUnitTest.java:46)
>   at 
> com.gemstone.gemfire.test.dunit.internal.JUnit4DistributedTestCase.setUp(JUnit4DistributedTestCase.java:356)
>   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.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
>   at 
> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
>   at 
> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
>   at 
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:24)
>   at 
> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
>   at org.junit.rules.TestWatcher$1.evaluate(TestWatcher.java:55)
>   at org.junit.rules.RunRules.evaluate(RunRules.java:20)
>   at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
>   at 
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
>   at 
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
>   at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
>   at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
>   at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
>   at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
>   at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
>   at 
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
>   at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.runTestClass(JUnitTestClassExecuter.java:114)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.execute(JUnitTestClassExecuter.java:57)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassProcessor.processTestClass(JUnitTestClassProcessor.java:66)
>   at 
> org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.processTestClass(SuiteTestClassProcessor.java:51)
>   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.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
>   at 
> org.gradle.internal.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:32)
>   at 
> org.gradle.internal.dispatch.ProxyDispatchAdapter$DispatchingInvocationHandler.invoke(ProxyDispatchAdapter.java:93)
>   at com.sun.proxy.$Proxy2.processTestClass(Unknown Source)
>   at 
> org.gradle.api.internal.tasks.testing.worker.TestWorker.processTestClass(TestWorker.java:109)
>   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.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.internal.dispatch.Reflect

[jira] [Resolved] (GEODE-1845) CI Failure: Tomcat8SessionsClientServerDUnitTest.testRegionInvalidate

[Dan Smith (JIRA)]

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

Dan Smith resolved GEODE-1845.
--
Resolution: Duplicate

This issue is collateral damage from GEODE-1857 leaving the test framework in a 
bad state.

> CI Failure: Tomcat8SessionsClientServerDUnitTest.testRegionInvalidate
> -
>
> Key: GEODE-1845
> URL: https://issues.apache.org/jira/browse/GEODE-1845
> Project: Geode
>  Issue Type: Bug
>  Components: http session
>Reporter: Udo Kohlmeyer
>  Labels: ci
>
> Revision: bb829d3dcaa7105d517868a6fc060981e95643f3
> java.lang.IllegalArgumentException: Cannot request host 0.  There are only 0 
> hosts.
>   at com.gemstone.gemfire.test.dunit.Host.getHost(Host.java:92)
>   at 
> com.gemstone.gemfire.modules.session.Tomcat8SessionsClientServerDUnitTest.setupServer(Tomcat8SessionsClientServerDUnitTest.java:59)
>   at 
> com.gemstone.gemfire.modules.session.Tomcat8SessionsClientServerDUnitTest.postSetUp(Tomcat8SessionsClientServerDUnitTest.java:46)
>   at 
> com.gemstone.gemfire.test.dunit.internal.JUnit4DistributedTestCase.setUp(JUnit4DistributedTestCase.java:356)
>   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.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
>   at 
> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
>   at 
> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
>   at 
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:24)
>   at 
> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
>   at org.junit.rules.TestWatcher$1.evaluate(TestWatcher.java:55)
>   at org.junit.rules.RunRules.evaluate(RunRules.java:20)
>   at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
>   at 
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
>   at 
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
>   at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
>   at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
>   at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
>   at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
>   at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
>   at 
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
>   at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.runTestClass(JUnitTestClassExecuter.java:114)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.execute(JUnitTestClassExecuter.java:57)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassProcessor.processTestClass(JUnitTestClassProcessor.java:66)
>   at 
> org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.processTestClass(SuiteTestClassProcessor.java:51)
>   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.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
>   at 
> org.gradle.internal.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:32)
>   at 
> org.gradle.internal.dispatch.ProxyDispatchAdapter$DispatchingInvocationHandler.invoke(ProxyDispatchAdapter.java:93)
>   at com.sun.proxy.$Proxy2.processTestClass(Unknown Source)
>   at 
> org.gradle.api.internal.tasks.testing.worker.TestWorker.processTestClass(TestWorker.java:109)
>   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.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.internal.dispatch.ReflectionD

[jira] [Resolved] (GEODE-1848) CI Failure: Tomcat8SessionsClientServerDUnitTest.testCallback

[Dan Smith (JIRA)]

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

Dan Smith resolved GEODE-1848.
--
Resolution: Duplicate

This issue is collateral damage from GEODE-1857 leaving the test framework in a 
bad state.

> CI Failure: Tomcat8SessionsClientServerDUnitTest.testCallback
> -
>
> Key: GEODE-1848
> URL: https://issues.apache.org/jira/browse/GEODE-1848
> Project: Geode
>  Issue Type: Bug
>  Components: http session
>Reporter: Udo Kohlmeyer
>  Labels: ci
>
> Revision: bb829d3dcaa7105d517868a6fc060981e95643f3
> java.lang.IllegalArgumentException: Cannot request host 0.  There are only 0 
> hosts.
>   at com.gemstone.gemfire.test.dunit.Host.getHost(Host.java:92)
>   at 
> com.gemstone.gemfire.modules.session.Tomcat8SessionsClientServerDUnitTest.setupServer(Tomcat8SessionsClientServerDUnitTest.java:59)
>   at 
> com.gemstone.gemfire.modules.session.Tomcat8SessionsClientServerDUnitTest.postSetUp(Tomcat8SessionsClientServerDUnitTest.java:46)
>   at 
> com.gemstone.gemfire.test.dunit.internal.JUnit4DistributedTestCase.setUp(JUnit4DistributedTestCase.java:356)
>   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.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
>   at 
> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
>   at 
> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
>   at 
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:24)
>   at 
> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
>   at org.junit.rules.TestWatcher$1.evaluate(TestWatcher.java:55)
>   at org.junit.rules.RunRules.evaluate(RunRules.java:20)
>   at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
>   at 
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
>   at 
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
>   at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
>   at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
>   at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
>   at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
>   at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
>   at 
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
>   at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.runTestClass(JUnitTestClassExecuter.java:114)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.execute(JUnitTestClassExecuter.java:57)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassProcessor.processTestClass(JUnitTestClassProcessor.java:66)
>   at 
> org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.processTestClass(SuiteTestClassProcessor.java:51)
>   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.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
>   at 
> org.gradle.internal.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:32)
>   at 
> org.gradle.internal.dispatch.ProxyDispatchAdapter$DispatchingInvocationHandler.invoke(ProxyDispatchAdapter.java:93)
>   at com.sun.proxy.$Proxy2.processTestClass(Unknown Source)
>   at 
> org.gradle.api.internal.tasks.testing.worker.TestWorker.processTestClass(TestWorker.java:109)
>   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.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.internal.dispatch.ReflectionDispatch.dispatch

[jira] [Resolved] (GEODE-1855) CI Failure: Tomcat8SessionsClientServerDUnitTest.testRemoveAttribute

[Dan Smith (JIRA)]

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

Dan Smith resolved GEODE-1855.
--
Resolution: Duplicate

This issue is collateral damage from GEODE-1857 leaving the test framework in a 
bad state.

> CI Failure: Tomcat8SessionsClientServerDUnitTest.testRemoveAttribute
> 
>
> Key: GEODE-1855
> URL: https://issues.apache.org/jira/browse/GEODE-1855
> Project: Geode
>  Issue Type: Bug
>  Components: http session
>Reporter: Udo Kohlmeyer
>  Labels: ci
>
> Revision: bb829d3dcaa7105d517868a6fc060981e95643f3
> java.lang.IllegalArgumentException: Cannot request host 0.  There are only 0 
> hosts.
>   at com.gemstone.gemfire.test.dunit.Host.getHost(Host.java:92)
>   at 
> com.gemstone.gemfire.modules.session.Tomcat8SessionsClientServerDUnitTest.setupServer(Tomcat8SessionsClientServerDUnitTest.java:59)
>   at 
> com.gemstone.gemfire.modules.session.Tomcat8SessionsClientServerDUnitTest.postSetUp(Tomcat8SessionsClientServerDUnitTest.java:46)
>   at 
> com.gemstone.gemfire.test.dunit.internal.JUnit4DistributedTestCase.setUp(JUnit4DistributedTestCase.java:356)
>   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.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
>   at 
> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
>   at 
> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
>   at 
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:24)
>   at 
> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
>   at org.junit.rules.TestWatcher$1.evaluate(TestWatcher.java:55)
>   at org.junit.rules.RunRules.evaluate(RunRules.java:20)
>   at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
>   at 
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
>   at 
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
>   at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
>   at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
>   at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
>   at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
>   at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
>   at 
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
>   at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.runTestClass(JUnitTestClassExecuter.java:114)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.execute(JUnitTestClassExecuter.java:57)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassProcessor.processTestClass(JUnitTestClassProcessor.java:66)
>   at 
> org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.processTestClass(SuiteTestClassProcessor.java:51)
>   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.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
>   at 
> org.gradle.internal.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:32)
>   at 
> org.gradle.internal.dispatch.ProxyDispatchAdapter$DispatchingInvocationHandler.invoke(ProxyDispatchAdapter.java:93)
>   at com.sun.proxy.$Proxy2.processTestClass(Unknown Source)
>   at 
> org.gradle.api.internal.tasks.testing.worker.TestWorker.processTestClass(TestWorker.java:109)
>   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.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.internal.dispatch.ReflectionDis

[jira] [Resolved] (GEODE-1843) CI Failure: Tomcat8SessionsClientServerDUnitTest.testBasicRegion

[Dan Smith (JIRA)]

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

Dan Smith resolved GEODE-1843.
--
Resolution: Duplicate

This issue is collateral damage from GEODE-1857 leaving the test framework in a 
bad state.

> CI Failure: Tomcat8SessionsClientServerDUnitTest.testBasicRegion
> 
>
> Key: GEODE-1843
> URL: https://issues.apache.org/jira/browse/GEODE-1843
> Project: Geode
>  Issue Type: Bug
>  Components: http session
>Reporter: Udo Kohlmeyer
>  Labels: ci
>
> Revision: bb829d3dcaa7105d517868a6fc060981e95643f3
> java.lang.IllegalArgumentException: Cannot request host 0.  There are only 0 
> hosts.
>   at com.gemstone.gemfire.test.dunit.Host.getHost(Host.java:92)
>   at 
> com.gemstone.gemfire.modules.session.Tomcat8SessionsClientServerDUnitTest.setupServer(Tomcat8SessionsClientServerDUnitTest.java:59)
>   at 
> com.gemstone.gemfire.modules.session.Tomcat8SessionsClientServerDUnitTest.postSetUp(Tomcat8SessionsClientServerDUnitTest.java:46)
>   at 
> com.gemstone.gemfire.test.dunit.internal.JUnit4DistributedTestCase.setUp(JUnit4DistributedTestCase.java:356)
>   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.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
>   at 
> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
>   at 
> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
>   at 
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:24)
>   at 
> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
>   at org.junit.rules.TestWatcher$1.evaluate(TestWatcher.java:55)
>   at org.junit.rules.RunRules.evaluate(RunRules.java:20)
>   at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
>   at 
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
>   at 
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
>   at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
>   at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
>   at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
>   at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
>   at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
>   at 
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
>   at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.runTestClass(JUnitTestClassExecuter.java:114)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.execute(JUnitTestClassExecuter.java:57)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassProcessor.processTestClass(JUnitTestClassProcessor.java:66)
>   at 
> org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.processTestClass(SuiteTestClassProcessor.java:51)
>   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.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
>   at 
> org.gradle.internal.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:32)
>   at 
> org.gradle.internal.dispatch.ProxyDispatchAdapter$DispatchingInvocationHandler.invoke(ProxyDispatchAdapter.java:93)
>   at com.sun.proxy.$Proxy2.processTestClass(Unknown Source)
>   at 
> org.gradle.api.internal.tasks.testing.worker.TestWorker.processTestClass(TestWorker.java:109)
>   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.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.internal.dispatch.ReflectionDispatch.di

[jira] [Resolved] (GEODE-1847) CI Failure: Tomcat8SessionsClientServerDUnitTest.testExtraSessionsNotCreated

[Dan Smith (JIRA)]

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

Dan Smith resolved GEODE-1847.
--
Resolution: Duplicate

This issue is collateral damage from GEODE-1857 leaving the test framework in a 
bad state.

> CI Failure: Tomcat8SessionsClientServerDUnitTest.testExtraSessionsNotCreated
> 
>
> Key: GEODE-1847
> URL: https://issues.apache.org/jira/browse/GEODE-1847
> Project: Geode
>  Issue Type: Bug
>  Components: http session
>Reporter: Udo Kohlmeyer
>  Labels: ci
>
> Revision: bb829d3dcaa7105d517868a6fc060981e95643f3
> java.lang.IllegalArgumentException: Cannot request host 0.  There are only 0 
> hosts.
>   at com.gemstone.gemfire.test.dunit.Host.getHost(Host.java:92)
>   at 
> com.gemstone.gemfire.modules.session.Tomcat8SessionsClientServerDUnitTest.setupServer(Tomcat8SessionsClientServerDUnitTest.java:59)
>   at 
> com.gemstone.gemfire.modules.session.Tomcat8SessionsClientServerDUnitTest.postSetUp(Tomcat8SessionsClientServerDUnitTest.java:46)
>   at 
> com.gemstone.gemfire.test.dunit.internal.JUnit4DistributedTestCase.setUp(JUnit4DistributedTestCase.java:356)
>   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.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
>   at 
> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
>   at 
> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
>   at 
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:24)
>   at 
> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
>   at org.junit.rules.TestWatcher$1.evaluate(TestWatcher.java:55)
>   at org.junit.rules.RunRules.evaluate(RunRules.java:20)
>   at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
>   at 
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
>   at 
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
>   at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
>   at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
>   at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
>   at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
>   at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
>   at 
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
>   at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.runTestClass(JUnitTestClassExecuter.java:114)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.execute(JUnitTestClassExecuter.java:57)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassProcessor.processTestClass(JUnitTestClassProcessor.java:66)
>   at 
> org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.processTestClass(SuiteTestClassProcessor.java:51)
>   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.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
>   at 
> org.gradle.internal.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:32)
>   at 
> org.gradle.internal.dispatch.ProxyDispatchAdapter$DispatchingInvocationHandler.invoke(ProxyDispatchAdapter.java:93)
>   at com.sun.proxy.$Proxy2.processTestClass(Unknown Source)
>   at 
> org.gradle.api.internal.tasks.testing.worker.TestWorker.processTestClass(TestWorker.java:109)
>   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.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.internal.dispat

[jira] [Resolved] (GEODE-1844) CI Failure: Tomcat8SessionsClientServerDUnitTest.testCommitSessionValveInvalidSession

[Dan Smith (JIRA)]

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

Dan Smith resolved GEODE-1844.
--
Resolution: Duplicate

This issue is collateral damage from GEODE-1857 leaving the test framework in a 
bad state.

> CI Failure: 
> Tomcat8SessionsClientServerDUnitTest.testCommitSessionValveInvalidSession
> -
>
> Key: GEODE-1844
> URL: https://issues.apache.org/jira/browse/GEODE-1844
> Project: Geode
>  Issue Type: Bug
>  Components: http session
>Reporter: Udo Kohlmeyer
>  Labels: ci
>
> Revision: bb829d3dcaa7105d517868a6fc060981e95643f3
> java.lang.IllegalArgumentException: Cannot request host 0.  There are only 0 
> hosts.
>   at com.gemstone.gemfire.test.dunit.Host.getHost(Host.java:92)
>   at 
> com.gemstone.gemfire.modules.session.Tomcat8SessionsClientServerDUnitTest.setupServer(Tomcat8SessionsClientServerDUnitTest.java:59)
>   at 
> com.gemstone.gemfire.modules.session.Tomcat8SessionsClientServerDUnitTest.postSetUp(Tomcat8SessionsClientServerDUnitTest.java:46)
>   at 
> com.gemstone.gemfire.test.dunit.internal.JUnit4DistributedTestCase.setUp(JUnit4DistributedTestCase.java:356)
>   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.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
>   at 
> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
>   at 
> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
>   at 
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:24)
>   at 
> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
>   at org.junit.rules.TestWatcher$1.evaluate(TestWatcher.java:55)
>   at org.junit.rules.RunRules.evaluate(RunRules.java:20)
>   at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
>   at 
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
>   at 
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
>   at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
>   at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
>   at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
>   at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
>   at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
>   at 
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
>   at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.runTestClass(JUnitTestClassExecuter.java:114)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.execute(JUnitTestClassExecuter.java:57)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassProcessor.processTestClass(JUnitTestClassProcessor.java:66)
>   at 
> org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.processTestClass(SuiteTestClassProcessor.java:51)
>   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.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
>   at 
> org.gradle.internal.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:32)
>   at 
> org.gradle.internal.dispatch.ProxyDispatchAdapter$DispatchingInvocationHandler.invoke(ProxyDispatchAdapter.java:93)
>   at com.sun.proxy.$Proxy2.processTestClass(Unknown Source)
>   at 
> org.gradle.api.internal.tasks.testing.worker.TestWorker.processTestClass(TestWorker.java:109)
>   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.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.g

[jira] [Resolved] (GEODE-1856) CI Failure: Tomcat8SessionsClientServerDUnitTest.testSessionPersists1

[Dan Smith (JIRA)]

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

Dan Smith resolved GEODE-1856.
--
Resolution: Duplicate

This issue is collateral damage from GEODE-1857 leaving the test framework in a 
bad state.

> CI Failure: Tomcat8SessionsClientServerDUnitTest.testSessionPersists1
> -
>
> Key: GEODE-1856
> URL: https://issues.apache.org/jira/browse/GEODE-1856
> Project: Geode
>  Issue Type: Bug
>  Components: http session
>Reporter: Udo Kohlmeyer
>  Labels: ci
>
> Revision: bb829d3dcaa7105d517868a6fc060981e95643f3
> java.lang.IllegalArgumentException: Cannot request host 0.  There are only 0 
> hosts.
>   at com.gemstone.gemfire.test.dunit.Host.getHost(Host.java:92)
>   at 
> com.gemstone.gemfire.modules.session.Tomcat8SessionsClientServerDUnitTest.setupServer(Tomcat8SessionsClientServerDUnitTest.java:59)
>   at 
> com.gemstone.gemfire.modules.session.Tomcat8SessionsClientServerDUnitTest.postSetUp(Tomcat8SessionsClientServerDUnitTest.java:46)
>   at 
> com.gemstone.gemfire.test.dunit.internal.JUnit4DistributedTestCase.setUp(JUnit4DistributedTestCase.java:356)
>   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.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
>   at 
> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
>   at 
> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
>   at 
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:24)
>   at 
> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
>   at org.junit.rules.TestWatcher$1.evaluate(TestWatcher.java:55)
>   at org.junit.rules.RunRules.evaluate(RunRules.java:20)
>   at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
>   at 
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
>   at 
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
>   at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
>   at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
>   at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
>   at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
>   at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
>   at 
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
>   at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.runTestClass(JUnitTestClassExecuter.java:114)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.execute(JUnitTestClassExecuter.java:57)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassProcessor.processTestClass(JUnitTestClassProcessor.java:66)
>   at 
> org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.processTestClass(SuiteTestClassProcessor.java:51)
>   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.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
>   at 
> org.gradle.internal.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:32)
>   at 
> org.gradle.internal.dispatch.ProxyDispatchAdapter$DispatchingInvocationHandler.invoke(ProxyDispatchAdapter.java:93)
>   at com.sun.proxy.$Proxy2.processTestClass(Unknown Source)
>   at 
> org.gradle.api.internal.tasks.testing.worker.TestWorker.processTestClass(TestWorker.java:109)
>   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.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.internal.dispatch.ReflectionD

[jira] [Resolved] (GEODE-1846) CI Failure: Tomcat8SessionsClientServerDUnitTest.testIsNew

[Dan Smith (JIRA)]

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

Dan Smith resolved GEODE-1846.
--
Resolution: Duplicate

This issue is collateral damage from GEODE-1857 leaving the test framework in a 
bad state.

> CI Failure: Tomcat8SessionsClientServerDUnitTest.testIsNew
> --
>
> Key: GEODE-1846
> URL: https://issues.apache.org/jira/browse/GEODE-1846
> Project: Geode
>  Issue Type: Bug
>  Components: http session
>Reporter: Udo Kohlmeyer
>  Labels: ci
>
> Revision: bb829d3dcaa7105d517868a6fc060981e95643f3
> java.lang.IllegalArgumentException: Cannot request host 0.  There are only 0 
> hosts.
>   at com.gemstone.gemfire.test.dunit.Host.getHost(Host.java:92)
>   at 
> com.gemstone.gemfire.modules.session.Tomcat8SessionsClientServerDUnitTest.setupServer(Tomcat8SessionsClientServerDUnitTest.java:59)
>   at 
> com.gemstone.gemfire.modules.session.Tomcat8SessionsClientServerDUnitTest.postSetUp(Tomcat8SessionsClientServerDUnitTest.java:46)
>   at 
> com.gemstone.gemfire.test.dunit.internal.JUnit4DistributedTestCase.setUp(JUnit4DistributedTestCase.java:356)
>   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.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
>   at 
> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
>   at 
> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
>   at 
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:24)
>   at 
> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
>   at org.junit.rules.TestWatcher$1.evaluate(TestWatcher.java:55)
>   at org.junit.rules.RunRules.evaluate(RunRules.java:20)
>   at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
>   at 
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
>   at 
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
>   at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
>   at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
>   at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
>   at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
>   at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
>   at 
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
>   at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.runTestClass(JUnitTestClassExecuter.java:114)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.execute(JUnitTestClassExecuter.java:57)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassProcessor.processTestClass(JUnitTestClassProcessor.java:66)
>   at 
> org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.processTestClass(SuiteTestClassProcessor.java:51)
>   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.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
>   at 
> org.gradle.internal.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:32)
>   at 
> org.gradle.internal.dispatch.ProxyDispatchAdapter$DispatchingInvocationHandler.invoke(ProxyDispatchAdapter.java:93)
>   at com.sun.proxy.$Proxy2.processTestClass(Unknown Source)
>   at 
> org.gradle.api.internal.tasks.testing.worker.TestWorker.processTestClass(TestWorker.java:109)
>   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.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.internal.dispatch.ReflectionDispatch.dispatch(Refle

[jira] [Resolved] (GEODE-1849) CI Failure: Tomcat8SessionsClientServerDUnitTest.testLastAccessedTime

[Dan Smith (JIRA)]

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

Dan Smith resolved GEODE-1849.
--
Resolution: Duplicate

This issue is collateral damage from GEODE-1857 leaving the test framework in a 
bad state.

> CI Failure: Tomcat8SessionsClientServerDUnitTest.testLastAccessedTime
> -
>
> Key: GEODE-1849
> URL: https://issues.apache.org/jira/browse/GEODE-1849
> Project: Geode
>  Issue Type: Bug
>  Components: http session
>Reporter: Udo Kohlmeyer
>  Labels: ci
>
> Revision: bb829d3dcaa7105d517868a6fc060981e95643f3
> java.lang.IllegalArgumentException: Cannot request host 0.  There are only 0 
> hosts.
>   at com.gemstone.gemfire.test.dunit.Host.getHost(Host.java:92)
>   at 
> com.gemstone.gemfire.modules.session.Tomcat8SessionsClientServerDUnitTest.setupServer(Tomcat8SessionsClientServerDUnitTest.java:59)
>   at 
> com.gemstone.gemfire.modules.session.Tomcat8SessionsClientServerDUnitTest.postSetUp(Tomcat8SessionsClientServerDUnitTest.java:46)
>   at 
> com.gemstone.gemfire.test.dunit.internal.JUnit4DistributedTestCase.setUp(JUnit4DistributedTestCase.java:356)
>   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.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
>   at 
> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
>   at 
> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
>   at 
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:24)
>   at 
> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
>   at org.junit.rules.TestWatcher$1.evaluate(TestWatcher.java:55)
>   at org.junit.rules.RunRules.evaluate(RunRules.java:20)
>   at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
>   at 
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
>   at 
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
>   at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
>   at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
>   at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
>   at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
>   at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
>   at 
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
>   at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.runTestClass(JUnitTestClassExecuter.java:114)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.execute(JUnitTestClassExecuter.java:57)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassProcessor.processTestClass(JUnitTestClassProcessor.java:66)
>   at 
> org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.processTestClass(SuiteTestClassProcessor.java:51)
>   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.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
>   at 
> org.gradle.internal.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:32)
>   at 
> org.gradle.internal.dispatch.ProxyDispatchAdapter$DispatchingInvocationHandler.invoke(ProxyDispatchAdapter.java:93)
>   at com.sun.proxy.$Proxy2.processTestClass(Unknown Source)
>   at 
> org.gradle.api.internal.tasks.testing.worker.TestWorker.processTestClass(TestWorker.java:109)
>   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.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.internal.dispatch.ReflectionD

[jira] [Updated] (GEODE-1857) CI Failure: Tomcat8SessionsDUnitTest.classMethod

[Dan Smith (JIRA)]

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

Dan Smith updated GEODE-1857:
-
Description: 
Revision: bb829d3dcaa7105d517868a6fc060981e95643f3

java.lang.RuntimeException: Unable to launch dunit VMS
at 
org.apache.geode.test.dunit.standalone.DUnitLauncher.launchIfNeeded(DUnitLauncher.java:123)
at 
org.apache.geode.test.dunit.internal.JUnit4DistributedTestCase.initializeDistributedTestCase(JUnit4DistributedTestCase.java:121)
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.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
at 
org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
at 
org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
at 
org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:24)
at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
at 
org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.runTestClass(JUnitTestClassExecuter.java:114)
at 
org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.execute(JUnitTestClassExecuter.java:57)
at 
org.gradle.api.internal.tasks.testing.junit.JUnitTestClassProcessor.processTestClass(JUnitTestClassProcessor.java:66)
at 
org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.processTestClass(SuiteTestClassProcessor.java:51)
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.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
at 
org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
at 
org.gradle.internal.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:32)
at 
org.gradle.internal.dispatch.ProxyDispatchAdapter$DispatchingInvocationHandler.invoke(ProxyDispatchAdapter.java:93)
at com.sun.proxy.$Proxy2.processTestClass(Unknown Source)
at 
org.gradle.api.internal.tasks.testing.worker.TestWorker.processTestClass(TestWorker.java:109)
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.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
at 
org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
at 
org.gradle.internal.remote.internal.hub.MessageHub$Handler.run(MessageHub.java:377)
at 
org.gradle.internal.concurrent.ExecutorPolicy$CatchAndRecordFailures.onExecute(ExecutorPolicy.java:54)
at 
org.gradle.internal.concurrent.StoppableExecutorImpl$1.run(StoppableExecutorImpl.java:40)
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)
Caused by: java.lang.RuntimeException: VMs did not start up with 30 seconds
at 
org.apache.geode.test.dunit.standalone.DUnitLauncher.launch(DUnitLauncher.java:210)
at 
org.apache.geode.test.dunit.standalone.DUnitLauncher.launchIfNeeded(DUnitLauncher.java:121)
... 36 more


  was:
Revision: bb829d3dcaa7105d517868a6fc060981e95643f3

java.lang.IllegalArgumentException: Cannot request host 0.  There are only 0 
hosts.
at com.gemstone.gemfire.test.dunit.Host.getHost(Host.java:92)
at 
com.gemstone.gemfire.modules.session.Tomcat8SessionsClientServerDUnitTest.setupServer(Tomcat8SessionsClientServerDUnitTest.java:59)
at 
com.gemstone.gemfire.modules.session.Tomcat8SessionsClientServerDUnitTest.postSetUp(Tomcat8SessionsClientServerDUnitTest.java:46)
at 
com.gemstone.gemfire.test.dunit.internal.JUnit4DistributedTestCase.setUp(JUnit4DistributedTestCase.java:356)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at jav

[jira] [Assigned] (GEODE-1937) geode-example tests should run as part of precheckin

[Dan Smith (JIRA)]

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

Dan Smith reassigned GEODE-1937:


Assignee: Dan Smith

> geode-example tests should run as part of precheckin
> 
>
> Key: GEODE-1937
> URL: https://issues.apache.org/jira/browse/GEODE-1937
> Project: Geode
>  Issue Type: Bug
>Reporter: Dan Smith
>Assignee: Dan Smith
> Fix For: 1.0.0-incubating
>
>
> We discovered GEODE-1934 which was a ClassNotFoundException for projects that 
> depend on geode core due to the spark connector tests. However, the 
> geode-examples tests were also failing due to the same exception.
> Unfortunately, it looks like we're not running the example tests in any CI 
> system. We should make the example tests run as part of precheckin to make 
> sure the examples still work.



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

[jira] [Created] (GEODE-1937) geode-example tests should run as part of precheckin

[Dan Smith (JIRA)]

Dan Smith created GEODE-1937:


 Summary: geode-example tests should run as part of precheckin
 Key: GEODE-1937
 URL: https://issues.apache.org/jira/browse/GEODE-1937
 Project: Geode
  Issue Type: Bug
Reporter: Dan Smith
 Fix For: 1.0.0-incubating


We discovered GEODE-1934 which was a ClassNotFoundException for projects that 
depend on geode core due to the spark connector tests. However, the 
geode-examples tests were also failing due to the same exception.

Unfortunately, it looks like we're not running the example tests in any CI 
system. We should make the example tests run as part of precheckin to make sure 
the examples still work.



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

[jira] [Resolved] (GEODE-1934) Failure from RDDJoinRegionIntegrationTest

[Dan Smith (JIRA)]

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

Dan Smith resolved GEODE-1934.
--
Resolution: Fixed

> Failure from RDDJoinRegionIntegrationTest
> -
>
> Key: GEODE-1934
> URL: https://issues.apache.org/jira/browse/GEODE-1934
> Project: Geode
>  Issue Type: Bug
>  Components: tests
>Reporter: Dan Smith
>Assignee: Dan Smith
>
> This test is failing in the nightly build for the spark integration.
> It looks like the issue is that it's missing the StringUtils class, which is 
> part of spring core:
> {noformat}
> sbt.ForkMain$ForkError: org/springframework/util/StringUtils
>   at 
> org.apache.geode.internal.net.SSLConfigurationFactory.configureSSLPropertiesFromSystemProperties(SSLConfigurationFactory.java:274)
>   at 
> org.apache.geode.internal.net.SSLConfigurationFactory.configureSSLPropertiesFromSystemProperties(SSLConfigurationFactory.java:270)
>   at 
> org.apache.geode.internal.net.SSLConfigurationFactory.createSSLConfigForComponent(SSLConfigurationFactory.java:138)
>   at 
> org.apache.geode.internal.net.SSLConfigurationFactory.getSSLConfigForComponent(SSLConfigurationFactory.java:67)
>   at 
> org.apache.geode.internal.net.SocketCreatorFactory.getSocketCreatorForComponent(SocketCreatorFactory.java:67)
>   at 
> org.apache.geode.distributed.internal.tcpserver.TcpClient.(TcpClient.java:69)
>   at 
> org.apache.geode.cache.client.internal.AutoConnectionSourceImpl.(AutoConnectionSourceImpl.java:114)
>   at 
> org.apache.geode.cache.client.internal.PoolImpl.getSourceImpl(PoolImpl.java:579)
>   at 
> org.apache.geode.cache.client.internal.PoolImpl.(PoolImpl.java:219)
>   at 
> org.apache.geode.cache.client.internal.PoolImpl.create(PoolImpl.java:132)
>   at 
> org.apache.geode.internal.cache.PoolFactoryImpl.create(PoolFactoryImpl.java:319)
>   at 
> org.apache.geode.internal.cache.GemFireCacheImpl.determineDefaultPool(GemFireCacheImpl.java:2943)
>   at 
> org.apache.geode.internal.cache.GemFireCacheImpl.initializeDeclarativeCache(GemFireCacheImpl.java:1293)
>   at 
> org.apache.geode.internal.cache.GemFireCacheImpl.initialize(GemFireCacheImpl.java:1124)
>   at 
> org.apache.geode.internal.cache.GemFireCacheImpl.basicCreate(GemFireCacheImpl.java:765)
>   at 
> org.apache.geode.internal.cache.GemFireCacheImpl.createClient(GemFireCacheImpl.java:740)
>   at 
> org.apache.geode.cache.client.ClientCacheFactory.basicCreate(ClientCacheFactory.java:235)
>   at 
> org.apache.geode.cache.client.ClientCacheFactory.create(ClientCacheFactory.java:189)
>   at 
> org.apache.geode.spark.connector.internal.DefaultGeodeConnection.initClientCache(DefaultGeodeConnection.scala:52)
>   at 
> org.apache.geode.spark.connector.internal.DefaultGeodeConnection.(DefaultGeodeConnection.scala:43)
>   at 
> org.apache.geode.spark.connector.internal.DefaultGeodeConnectionFactory.newConnection(DefaultGeodeConnection.scala:162)
>   at 
> org.apache.geode.spark.connector.internal.DefaultGeodeConnectionManager$.getConnection(DefaultGeodeConnectionManager.scala:59)
>   at 
> org.apache.geode.spark.connector.internal.DefaultGeodeConnectionManager.getConnection(DefaultGeodeConnectionManager.scala:29)
>   at 
> org.apache.geode.spark.connector.GeodeConnectionConf.getConnection(GeodeConnectionConf.scala:39)
>   at 
> ittest.org.apache.geode.spark.connector.RDDJoinRegionIntegrationTest.verifyPairRDDJoinRegionWithSameKeyType(RDDJoinRegionIntegrationTest.scala:89)
>   at 
> ittest.org.apache.geode.spark.connector.RDDJoinRegionIntegrationTest$$anonfun$1.apply$mcV$sp(RDDJoinRegionIntegrationTest.scala:73)
>   at 
> ittest.org.apache.geode.spark.connector.RDDJoinRegionIntegrationTest$$anonfun$1.apply(RDDJoinRegionIntegrationTest.scala:73)
>   at 
> ittest.org.apache.geode.spark.connector.RDDJoinRegionIntegrationTest$$anonfun$1.apply(RDDJoinRegionIntegrationTest.scal
> {noformat}
> Looking at our pom.xml file for geode-core, this is not suprising because 
> spring-core is marked as an optional dependency. I think the dependencies of 
> geode-core are messed, either spring-core should not be marked optional or we 
> should not be depending on it. These are the places that are using 
> spring-core in geode-core:
> {noformat}
> ./gradlew geode-core:findUsage -Djar.name=spring-core
> Matches
> 
> org/apache/geode/management/internal/cli/shell/GfshExecutionStrategy.java
> org/apache/geode/management/internal/cli/converters/DirConverter.java
> org/apache/geode/management/internal/cli/util/CommentSkipHelper.java
> org/apache/geode/management/internal/cli/multistep/CLIMultiStepHelper.java
> org/apache/geode/management/internal/cli/remote/RemoteExecutionStrategy.java
> org/apache/geode/management/internal/cli/parser

[jira] [Assigned] (GEODE-1934) Failure from RDDJoinRegionIntegrationTest

[Dan Smith (JIRA)]

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

Dan Smith reassigned GEODE-1934:


Assignee: Dan Smith

> Failure from RDDJoinRegionIntegrationTest
> -
>
> Key: GEODE-1934
> URL: https://issues.apache.org/jira/browse/GEODE-1934
> Project: Geode
>  Issue Type: Bug
>  Components: tests
>Reporter: Dan Smith
>Assignee: Dan Smith
>
> This test is failing in the nightly build for the spark integration.
> It looks like the issue is that it's missing the StringUtils class, which is 
> part of spring core:
> {noformat}
> sbt.ForkMain$ForkError: org/springframework/util/StringUtils
>   at 
> org.apache.geode.internal.net.SSLConfigurationFactory.configureSSLPropertiesFromSystemProperties(SSLConfigurationFactory.java:274)
>   at 
> org.apache.geode.internal.net.SSLConfigurationFactory.configureSSLPropertiesFromSystemProperties(SSLConfigurationFactory.java:270)
>   at 
> org.apache.geode.internal.net.SSLConfigurationFactory.createSSLConfigForComponent(SSLConfigurationFactory.java:138)
>   at 
> org.apache.geode.internal.net.SSLConfigurationFactory.getSSLConfigForComponent(SSLConfigurationFactory.java:67)
>   at 
> org.apache.geode.internal.net.SocketCreatorFactory.getSocketCreatorForComponent(SocketCreatorFactory.java:67)
>   at 
> org.apache.geode.distributed.internal.tcpserver.TcpClient.(TcpClient.java:69)
>   at 
> org.apache.geode.cache.client.internal.AutoConnectionSourceImpl.(AutoConnectionSourceImpl.java:114)
>   at 
> org.apache.geode.cache.client.internal.PoolImpl.getSourceImpl(PoolImpl.java:579)
>   at 
> org.apache.geode.cache.client.internal.PoolImpl.(PoolImpl.java:219)
>   at 
> org.apache.geode.cache.client.internal.PoolImpl.create(PoolImpl.java:132)
>   at 
> org.apache.geode.internal.cache.PoolFactoryImpl.create(PoolFactoryImpl.java:319)
>   at 
> org.apache.geode.internal.cache.GemFireCacheImpl.determineDefaultPool(GemFireCacheImpl.java:2943)
>   at 
> org.apache.geode.internal.cache.GemFireCacheImpl.initializeDeclarativeCache(GemFireCacheImpl.java:1293)
>   at 
> org.apache.geode.internal.cache.GemFireCacheImpl.initialize(GemFireCacheImpl.java:1124)
>   at 
> org.apache.geode.internal.cache.GemFireCacheImpl.basicCreate(GemFireCacheImpl.java:765)
>   at 
> org.apache.geode.internal.cache.GemFireCacheImpl.createClient(GemFireCacheImpl.java:740)
>   at 
> org.apache.geode.cache.client.ClientCacheFactory.basicCreate(ClientCacheFactory.java:235)
>   at 
> org.apache.geode.cache.client.ClientCacheFactory.create(ClientCacheFactory.java:189)
>   at 
> org.apache.geode.spark.connector.internal.DefaultGeodeConnection.initClientCache(DefaultGeodeConnection.scala:52)
>   at 
> org.apache.geode.spark.connector.internal.DefaultGeodeConnection.(DefaultGeodeConnection.scala:43)
>   at 
> org.apache.geode.spark.connector.internal.DefaultGeodeConnectionFactory.newConnection(DefaultGeodeConnection.scala:162)
>   at 
> org.apache.geode.spark.connector.internal.DefaultGeodeConnectionManager$.getConnection(DefaultGeodeConnectionManager.scala:59)
>   at 
> org.apache.geode.spark.connector.internal.DefaultGeodeConnectionManager.getConnection(DefaultGeodeConnectionManager.scala:29)
>   at 
> org.apache.geode.spark.connector.GeodeConnectionConf.getConnection(GeodeConnectionConf.scala:39)
>   at 
> ittest.org.apache.geode.spark.connector.RDDJoinRegionIntegrationTest.verifyPairRDDJoinRegionWithSameKeyType(RDDJoinRegionIntegrationTest.scala:89)
>   at 
> ittest.org.apache.geode.spark.connector.RDDJoinRegionIntegrationTest$$anonfun$1.apply$mcV$sp(RDDJoinRegionIntegrationTest.scala:73)
>   at 
> ittest.org.apache.geode.spark.connector.RDDJoinRegionIntegrationTest$$anonfun$1.apply(RDDJoinRegionIntegrationTest.scala:73)
>   at 
> ittest.org.apache.geode.spark.connector.RDDJoinRegionIntegrationTest$$anonfun$1.apply(RDDJoinRegionIntegrationTest.scal
> {noformat}
> Looking at our pom.xml file for geode-core, this is not suprising because 
> spring-core is marked as an optional dependency. I think the dependencies of 
> geode-core are messed, either spring-core should not be marked optional or we 
> should not be depending on it. These are the places that are using 
> spring-core in geode-core:
> {noformat}
> ./gradlew geode-core:findUsage -Djar.name=spring-core
> Matches
> 
> org/apache/geode/management/internal/cli/shell/GfshExecutionStrategy.java
> org/apache/geode/management/internal/cli/converters/DirConverter.java
> org/apache/geode/management/internal/cli/util/CommentSkipHelper.java
> org/apache/geode/management/internal/cli/multistep/CLIMultiStepHelper.java
> org/apache/geode/management/internal/cli/remote/RemoteExecutionStrategy.java
> org/apache/geode/management/internal/cli

[jira] [Created] (GEODE-1934) Failure from RDDJoinRegionIntegrationTest

[Dan Smith (JIRA)]

Dan Smith created GEODE-1934:


 Summary: Failure from RDDJoinRegionIntegrationTest
 Key: GEODE-1934
 URL: https://issues.apache.org/jira/browse/GEODE-1934
 Project: Geode
  Issue Type: Bug
  Components: tests
Reporter: Dan Smith


This test is failing in the nightly build for the spark integration.

It looks like the issue is that it's missing the StringUtils class, which is 
part of spring core:
{noformat}
sbt.ForkMain$ForkError: org/springframework/util/StringUtils
at 
org.apache.geode.internal.net.SSLConfigurationFactory.configureSSLPropertiesFromSystemProperties(SSLConfigurationFactory.java:274)
at 
org.apache.geode.internal.net.SSLConfigurationFactory.configureSSLPropertiesFromSystemProperties(SSLConfigurationFactory.java:270)
at 
org.apache.geode.internal.net.SSLConfigurationFactory.createSSLConfigForComponent(SSLConfigurationFactory.java:138)
at 
org.apache.geode.internal.net.SSLConfigurationFactory.getSSLConfigForComponent(SSLConfigurationFactory.java:67)
at 
org.apache.geode.internal.net.SocketCreatorFactory.getSocketCreatorForComponent(SocketCreatorFactory.java:67)
at 
org.apache.geode.distributed.internal.tcpserver.TcpClient.(TcpClient.java:69)
at 
org.apache.geode.cache.client.internal.AutoConnectionSourceImpl.(AutoConnectionSourceImpl.java:114)
at 
org.apache.geode.cache.client.internal.PoolImpl.getSourceImpl(PoolImpl.java:579)
at 
org.apache.geode.cache.client.internal.PoolImpl.(PoolImpl.java:219)
at 
org.apache.geode.cache.client.internal.PoolImpl.create(PoolImpl.java:132)
at 
org.apache.geode.internal.cache.PoolFactoryImpl.create(PoolFactoryImpl.java:319)
at 
org.apache.geode.internal.cache.GemFireCacheImpl.determineDefaultPool(GemFireCacheImpl.java:2943)
at 
org.apache.geode.internal.cache.GemFireCacheImpl.initializeDeclarativeCache(GemFireCacheImpl.java:1293)
at 
org.apache.geode.internal.cache.GemFireCacheImpl.initialize(GemFireCacheImpl.java:1124)
at 
org.apache.geode.internal.cache.GemFireCacheImpl.basicCreate(GemFireCacheImpl.java:765)
at 
org.apache.geode.internal.cache.GemFireCacheImpl.createClient(GemFireCacheImpl.java:740)
at 
org.apache.geode.cache.client.ClientCacheFactory.basicCreate(ClientCacheFactory.java:235)
at 
org.apache.geode.cache.client.ClientCacheFactory.create(ClientCacheFactory.java:189)
at 
org.apache.geode.spark.connector.internal.DefaultGeodeConnection.initClientCache(DefaultGeodeConnection.scala:52)
at 
org.apache.geode.spark.connector.internal.DefaultGeodeConnection.(DefaultGeodeConnection.scala:43)
at 
org.apache.geode.spark.connector.internal.DefaultGeodeConnectionFactory.newConnection(DefaultGeodeConnection.scala:162)
at 
org.apache.geode.spark.connector.internal.DefaultGeodeConnectionManager$.getConnection(DefaultGeodeConnectionManager.scala:59)
at 
org.apache.geode.spark.connector.internal.DefaultGeodeConnectionManager.getConnection(DefaultGeodeConnectionManager.scala:29)
at 
org.apache.geode.spark.connector.GeodeConnectionConf.getConnection(GeodeConnectionConf.scala:39)
at 
ittest.org.apache.geode.spark.connector.RDDJoinRegionIntegrationTest.verifyPairRDDJoinRegionWithSameKeyType(RDDJoinRegionIntegrationTest.scala:89)
at 
ittest.org.apache.geode.spark.connector.RDDJoinRegionIntegrationTest$$anonfun$1.apply$mcV$sp(RDDJoinRegionIntegrationTest.scala:73)
at 
ittest.org.apache.geode.spark.connector.RDDJoinRegionIntegrationTest$$anonfun$1.apply(RDDJoinRegionIntegrationTest.scala:73)
at 
ittest.org.apache.geode.spark.connector.RDDJoinRegionIntegrationTest$$anonfun$1.apply(RDDJoinRegionIntegrationTest.scal
{noformat}

Looking at our pom.xml file for geode-core, this is not suprising because 
spring-core is marked as an optional dependency. I think the dependencies of 
geode-core are messed, either spring-core should not be marked optional or we 
should not be depending on it. These are the places that are using spring-core 
in geode-core:

{noformat}
./gradlew geode-core:findUsage -Djar.name=spring-core

Matches

org/apache/geode/management/internal/cli/shell/GfshExecutionStrategy.java
org/apache/geode/management/internal/cli/converters/DirConverter.java
org/apache/geode/management/internal/cli/util/CommentSkipHelper.java
org/apache/geode/management/internal/cli/multistep/CLIMultiStepHelper.java
org/apache/geode/management/internal/cli/remote/RemoteExecutionStrategy.java
org/apache/geode/management/internal/cli/parser/GfshMethodTarget.java
org/apache/geode/management/internal/configuration/domain/XmlEntity.java
org/apache/geode/management/internal/web/util/ConvertUtils.java
org/apache/geode/management/internal/web/io/MultipartFileResourceAdapter.java
org/apache/geode/management/internal/web/http/converter/SerializableOb

[jira] [Resolved] (GEODE-1915) Registering instantiators can cause a deadlock with gateways

[Dan Smith (JIRA)]

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

Dan Smith resolved GEODE-1915.
--
Resolution: Fixed

> Registering instantiators can cause a deadlock with gateways
> 
>
> Key: GEODE-1915
> URL: https://issues.apache.org/jira/browse/GEODE-1915
> Project: Geode
>  Issue Type: Bug
>  Components: wan
>Reporter: Dan Smith
>Assignee: Dan Smith
>
> If two WAN sites are connected bidirectionally, registering an instantiator 
> in one of the sites can cause a deadlock. 
> The issue is that when an instantiator is registered, a message is sent 
> synchronously from one site to the other, while holding a static lock on the 
> InternalInstantiator class. Unfortunately, when the second site receives the 
> registration, it tries to send it back to the first site. In the first site, 
> the registeration message then is stuck trying to get the same lock.
> {code}
> "ServerConnection on port 28517 Thread 4" #80 daemon prio=5 os_prio=0 
> tid=0x7fce78007000 nid=0xc48a runnable [0x7fce377f7000]
>java.lang.Thread.State: RUNNABLE
>   at java.net.SocketInputStream.socketRead0(Native Method)
>   at java.net.SocketInputStream.socketRead(SocketInputStream.java:116)
>   at java.net.SocketInputStream.read(SocketInputStream.java:170)
>   at java.net.SocketInputStream.read(SocketInputStream.java:141)
>   at 
> org.apache.geode.internal.cache.tier.sockets.Message.fetchHeader(Message.java:693)
>   at 
> org.apache.geode.internal.cache.tier.sockets.Message.readHeaderAndPayload(Message.java:710)
>   at 
> org.apache.geode.internal.cache.tier.sockets.Message.read(Message.java:661)
>   at 
> org.apache.geode.internal.cache.tier.sockets.Message.recv(Message.java:1103)
>   - locked <0xfb3aec38> (a java.nio.HeapByteBuffer)
>   at 
> org.apache.geode.cache.client.internal.AbstractOp.attemptReadResponse(AbstractOp.java:171)
>   at 
> org.apache.geode.cache.client.internal.AbstractOp.attempt(AbstractOp.java:388)
>   at 
> org.apache.geode.cache.client.internal.ConnectionImpl.execute(ConnectionImpl.java:272)
>   - locked <0xfb3ad430> (a 
> org.apache.geode.cache.client.internal.ConnectionImpl)
>   at 
> org.apache.geode.cache.client.internal.pooling.PooledConnection.execute(PooledConnection.java:328)
>   at 
> org.apache.geode.cache.client.internal.OpExecutorImpl.executeWithPossibleReAuthentication(OpExecutorImpl.java:937)
>   at 
> org.apache.geode.cache.client.internal.OpExecutorImpl.execute(OpExecutorImpl.java:155)
>   at 
> org.apache.geode.cache.client.internal.PoolImpl.execute(PoolImpl.java:711)
>   at 
> org.apache.geode.cache.client.internal.RegisterInstantiatorsOp.execute(RegisterInstantiatorsOp.java:49)
>   at 
> org.apache.geode.internal.cache.PoolManagerImpl.allPoolsRegisterInstantiator(PoolManagerImpl.java:227)
>   at 
> org.apache.geode.internal.InternalInstantiator.sendRegistrationMessageToServers(InternalInstantiator.java:219)
>   at 
> org.apache.geode.internal.InternalInstantiator._register(InternalInstantiator.java:174)
>   - locked <0xfb3ad678> (a java.lang.Class for 
> org.apache.geode.internal.InternalInstantiator)
>   at 
> org.apache.geode.internal.InternalInstantiator.register(InternalInstantiator.java:310)
>   at 
> org.apache.geode.internal.cache.tier.sockets.command.RegisterInstantiators.cmdExecute(RegisterInstantiators.java:100)
>   at 
> org.apache.geode.internal.cache.tier.sockets.BaseCommand.execute(BaseCommand.java:145)
>   at 
> org.apache.geode.internal.cache.tier.sockets.ServerConnection.doNormalMsg(ServerConnection.java:783)
>   at 
> org.apache.geode.internal.cache.tier.sockets.ServerConnection.doOneMessage(ServerConnection.java:913)
>   at 
> org.apache.geode.internal.cache.tier.sockets.ServerConnection.run(ServerConnection.java:1180)
>   at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
>   at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
>   at 
> org.apache.geode.internal.cache.tier.sockets.AcceptorImpl$1$1.run(AcceptorImpl.java:546)
>   at java.lang.Thread.run(Thread.java:745)
> "ServerConnection on port 28517 Thread 3" #78 daemon prio=5 os_prio=0 
> tid=0x7fce78005000 nid=0xc487 waiting for monitor entry 
> [0x7fce379fa000]
>java.lang.Thread.State: BLOCKED (on object monitor)
>   at 
> org.apache.geode.internal.InternalInstantiator._register(InternalInstantiator.java:117)
>   - waiting to lock <0xfb3ad678> (a java.lang.Class for 
> org.apache.geode.internal.InternalInstantiator)
>   at 
> org.apache.geode.internal.InternalInstantiator.register(InternalInstantiator.java:310)
>   at 
> 

[jira] [Resolved] (GEODE-1511) geode-core Maven POM File incorrectly includes the log4j-slf4j-impl bridge JAR

[Dan Smith (JIRA)]

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

Dan Smith resolved GEODE-1511.
--
Resolution: Fixed

That was fixed by GEODE-1811. log4j-slf4j-impl is now marked as optional in the 
pom.

> geode-core Maven POM File incorrectly includes the log4j-slf4j-impl bridge JAR
> --
>
> Key: GEODE-1511
> URL: https://issues.apache.org/jira/browse/GEODE-1511
> Project: Geode
>  Issue Type: Bug
>  Components: build
>Reporter: John Blum
>Priority: Critical
> Fix For: 1.0.0-incubating
>
>
> The {{log4j-slf4j-impl}} SLF4J bridge JAR has been erroneously declared in 
> the _Apache Geode_ {{geode-core}} Maven POM file.
> The inclusion of this declaration can have unintended consequences in a 
> user's Geode-based application that might potentially rely on different 
> and/or several logging frameworks (e.g. SLF4J, logback, etc), depending on 
> the transitive dependencies of the application.
> Geode should not be including SLF4J bridge JARs in the applications CLASSPATH 
> at runtime or otherwise.
> Additionally, the Geode POM file includes references to *test* dependencies 
> that should be removed, specifically...
> junit
> asm
> system-rules
> mockito-core
> geode-junit
> hadoop-auth
> awaitility
> catch-exception
> cglib
> powermock-module-junit4
> jmock-junit4
> catch-throwable
> tempus-fugit
> commons-collections
> JUnitParams
> bcel
> assertj-core
> powermock-core
> jedis
> jmock-legacy
> powermock-api-mockito
> hamcrest-all
> commons-configuration
> spymemcached
> multithreadedtc
> derby
> The more dependencies you include, the greater chance for conflict an 
> application developer may have when integrating with Apache Geode.  The 
> distributed/deployed (to Maven Central) is less about "building" the Apache 
> Geode project and more about running an application built with Apache Geode.



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

[jira] [Assigned] (GEODE-1915) Registering instantiators can cause a deadlock with gateways

[Dan Smith (JIRA)]

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

Dan Smith reassigned GEODE-1915:


Assignee: Dan Smith

> Registering instantiators can cause a deadlock with gateways
> 
>
> Key: GEODE-1915
> URL: https://issues.apache.org/jira/browse/GEODE-1915
> Project: Geode
>  Issue Type: Bug
>  Components: wan
>Reporter: Dan Smith
>Assignee: Dan Smith
>
> If two WAN sites are connected bidirectionally, registering an instantiator 
> in one of the sites can cause a deadlock. 
> The issue is that when an instantiator is registered, a message is sent 
> synchronously from one site to the other, while holding a static lock on the 
> InternalInstantiator class. Unfortunately, when the second site receives the 
> registration, it tries to send it back to the first site. In the first site, 
> the registeration message then is stuck trying to get the same lock.
> {code}
> "ServerConnection on port 28517 Thread 4" #80 daemon prio=5 os_prio=0 
> tid=0x7fce78007000 nid=0xc48a runnable [0x7fce377f7000]
>java.lang.Thread.State: RUNNABLE
>   at java.net.SocketInputStream.socketRead0(Native Method)
>   at java.net.SocketInputStream.socketRead(SocketInputStream.java:116)
>   at java.net.SocketInputStream.read(SocketInputStream.java:170)
>   at java.net.SocketInputStream.read(SocketInputStream.java:141)
>   at 
> org.apache.geode.internal.cache.tier.sockets.Message.fetchHeader(Message.java:693)
>   at 
> org.apache.geode.internal.cache.tier.sockets.Message.readHeaderAndPayload(Message.java:710)
>   at 
> org.apache.geode.internal.cache.tier.sockets.Message.read(Message.java:661)
>   at 
> org.apache.geode.internal.cache.tier.sockets.Message.recv(Message.java:1103)
>   - locked <0xfb3aec38> (a java.nio.HeapByteBuffer)
>   at 
> org.apache.geode.cache.client.internal.AbstractOp.attemptReadResponse(AbstractOp.java:171)
>   at 
> org.apache.geode.cache.client.internal.AbstractOp.attempt(AbstractOp.java:388)
>   at 
> org.apache.geode.cache.client.internal.ConnectionImpl.execute(ConnectionImpl.java:272)
>   - locked <0xfb3ad430> (a 
> org.apache.geode.cache.client.internal.ConnectionImpl)
>   at 
> org.apache.geode.cache.client.internal.pooling.PooledConnection.execute(PooledConnection.java:328)
>   at 
> org.apache.geode.cache.client.internal.OpExecutorImpl.executeWithPossibleReAuthentication(OpExecutorImpl.java:937)
>   at 
> org.apache.geode.cache.client.internal.OpExecutorImpl.execute(OpExecutorImpl.java:155)
>   at 
> org.apache.geode.cache.client.internal.PoolImpl.execute(PoolImpl.java:711)
>   at 
> org.apache.geode.cache.client.internal.RegisterInstantiatorsOp.execute(RegisterInstantiatorsOp.java:49)
>   at 
> org.apache.geode.internal.cache.PoolManagerImpl.allPoolsRegisterInstantiator(PoolManagerImpl.java:227)
>   at 
> org.apache.geode.internal.InternalInstantiator.sendRegistrationMessageToServers(InternalInstantiator.java:219)
>   at 
> org.apache.geode.internal.InternalInstantiator._register(InternalInstantiator.java:174)
>   - locked <0xfb3ad678> (a java.lang.Class for 
> org.apache.geode.internal.InternalInstantiator)
>   at 
> org.apache.geode.internal.InternalInstantiator.register(InternalInstantiator.java:310)
>   at 
> org.apache.geode.internal.cache.tier.sockets.command.RegisterInstantiators.cmdExecute(RegisterInstantiators.java:100)
>   at 
> org.apache.geode.internal.cache.tier.sockets.BaseCommand.execute(BaseCommand.java:145)
>   at 
> org.apache.geode.internal.cache.tier.sockets.ServerConnection.doNormalMsg(ServerConnection.java:783)
>   at 
> org.apache.geode.internal.cache.tier.sockets.ServerConnection.doOneMessage(ServerConnection.java:913)
>   at 
> org.apache.geode.internal.cache.tier.sockets.ServerConnection.run(ServerConnection.java:1180)
>   at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
>   at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
>   at 
> org.apache.geode.internal.cache.tier.sockets.AcceptorImpl$1$1.run(AcceptorImpl.java:546)
>   at java.lang.Thread.run(Thread.java:745)
> "ServerConnection on port 28517 Thread 3" #78 daemon prio=5 os_prio=0 
> tid=0x7fce78005000 nid=0xc487 waiting for monitor entry 
> [0x7fce379fa000]
>java.lang.Thread.State: BLOCKED (on object monitor)
>   at 
> org.apache.geode.internal.InternalInstantiator._register(InternalInstantiator.java:117)
>   - waiting to lock <0xfb3ad678> (a java.lang.Class for 
> org.apache.geode.internal.InternalInstantiator)
>   at 
> org.apache.geode.internal.InternalInstantiator.register(InternalInstantiator.java:310)
>  

[jira] [Created] (GEODE-1915) Registering instantiators can cause a deadlock with gateways

[Dan Smith (JIRA)]

Dan Smith created GEODE-1915:


 Summary: Registering instantiators can cause a deadlock with 
gateways
 Key: GEODE-1915
 URL: https://issues.apache.org/jira/browse/GEODE-1915
 Project: Geode
  Issue Type: Bug
  Components: wan
Reporter: Dan Smith


If two WAN sites are connected bidirectionally, registering an instantiator in 
one of the sites can cause a deadlock. 

The issue is that when an instantiator is registered, a message is sent 
synchronously from one site to the other, while holding a static lock on the 
InternalInstantiator class. Unfortunately, when the second site receives the 
registration, it tries to send it back to the first site. In the first site, 
the registeration message then is stuck trying to get the same lock.

{code}
"ServerConnection on port 28517 Thread 4" #80 daemon prio=5 os_prio=0 
tid=0x7fce78007000 nid=0xc48a runnable [0x7fce377f7000]
   java.lang.Thread.State: RUNNABLE
at java.net.SocketInputStream.socketRead0(Native Method)
at java.net.SocketInputStream.socketRead(SocketInputStream.java:116)
at java.net.SocketInputStream.read(SocketInputStream.java:170)
at java.net.SocketInputStream.read(SocketInputStream.java:141)
at 
org.apache.geode.internal.cache.tier.sockets.Message.fetchHeader(Message.java:693)
at 
org.apache.geode.internal.cache.tier.sockets.Message.readHeaderAndPayload(Message.java:710)
at 
org.apache.geode.internal.cache.tier.sockets.Message.read(Message.java:661)
at 
org.apache.geode.internal.cache.tier.sockets.Message.recv(Message.java:1103)
- locked <0xfb3aec38> (a java.nio.HeapByteBuffer)
at 
org.apache.geode.cache.client.internal.AbstractOp.attemptReadResponse(AbstractOp.java:171)
at 
org.apache.geode.cache.client.internal.AbstractOp.attempt(AbstractOp.java:388)
at 
org.apache.geode.cache.client.internal.ConnectionImpl.execute(ConnectionImpl.java:272)
- locked <0xfb3ad430> (a 
org.apache.geode.cache.client.internal.ConnectionImpl)
at 
org.apache.geode.cache.client.internal.pooling.PooledConnection.execute(PooledConnection.java:328)
at 
org.apache.geode.cache.client.internal.OpExecutorImpl.executeWithPossibleReAuthentication(OpExecutorImpl.java:937)
at 
org.apache.geode.cache.client.internal.OpExecutorImpl.execute(OpExecutorImpl.java:155)
at 
org.apache.geode.cache.client.internal.PoolImpl.execute(PoolImpl.java:711)
at 
org.apache.geode.cache.client.internal.RegisterInstantiatorsOp.execute(RegisterInstantiatorsOp.java:49)
at 
org.apache.geode.internal.cache.PoolManagerImpl.allPoolsRegisterInstantiator(PoolManagerImpl.java:227)
at 
org.apache.geode.internal.InternalInstantiator.sendRegistrationMessageToServers(InternalInstantiator.java:219)
at 
org.apache.geode.internal.InternalInstantiator._register(InternalInstantiator.java:174)
- locked <0xfb3ad678> (a java.lang.Class for 
org.apache.geode.internal.InternalInstantiator)
at 
org.apache.geode.internal.InternalInstantiator.register(InternalInstantiator.java:310)
at 
org.apache.geode.internal.cache.tier.sockets.command.RegisterInstantiators.cmdExecute(RegisterInstantiators.java:100)
at 
org.apache.geode.internal.cache.tier.sockets.BaseCommand.execute(BaseCommand.java:145)
at 
org.apache.geode.internal.cache.tier.sockets.ServerConnection.doNormalMsg(ServerConnection.java:783)
at 
org.apache.geode.internal.cache.tier.sockets.ServerConnection.doOneMessage(ServerConnection.java:913)
at 
org.apache.geode.internal.cache.tier.sockets.ServerConnection.run(ServerConnection.java:1180)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at 
org.apache.geode.internal.cache.tier.sockets.AcceptorImpl$1$1.run(AcceptorImpl.java:546)
at java.lang.Thread.run(Thread.java:745)

"ServerConnection on port 28517 Thread 3" #78 daemon prio=5 os_prio=0 
tid=0x7fce78005000 nid=0xc487 waiting for monitor entry [0x7fce379fa000]
   java.lang.Thread.State: BLOCKED (on object monitor)
at 
org.apache.geode.internal.InternalInstantiator._register(InternalInstantiator.java:117)
- waiting to lock <0xfb3ad678> (a java.lang.Class for 
org.apache.geode.internal.InternalInstantiator)
at 
org.apache.geode.internal.InternalInstantiator.register(InternalInstantiator.java:310)
at 
org.apache.geode.internal.cache.tier.sockets.command.RegisterInstantiators.cmdExecute(RegisterInstantiators.java:100)
at 
org.apache.geode.internal.cache.tier.sockets.BaseCommand.execute(BaseCommand.java:145)
at 
org.apache.geode.internal.cache.tier.sockets.ServerConnection.doNormalMsg(ServerConnection.

[jira] [Commented] (GEODE-1511) geode-core Maven POM File incorrectly includes the log4j-slf4j-impl bridge JAR

[Dan Smith (JIRA)]

[ 
https://issues.apache.org/jira/browse/GEODE-1511?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15507205#comment-15507205
 ] 

Dan Smith commented on GEODE-1511:
--

This was already fixed as part of GEODE-1811. slf4j was being erroneously 
included because although it was marked as optional in the gradle file, we were 
not passing the optional flag on into the generated pom for runtime 
dependencies. From the [latest 
snapshot|https://repository.apache.org/content/repositories/snapshots/org/apache/geode/geode-core/1.0.0-incubating-SNAPSHOT/geode-core-1.0.0-incubating-20160920.160327-73.pom]

{code}

  org.apache.logging.log4j
  log4j-slf4j-impl
  2.6.1
  runtime
  true

{code}

> geode-core Maven POM File incorrectly includes the log4j-slf4j-impl bridge JAR
> --
>
> Key: GEODE-1511
> URL: https://issues.apache.org/jira/browse/GEODE-1511
> Project: Geode
>  Issue Type: Bug
>  Components: build
>Reporter: John Blum
>Priority: Critical
>
> The {{log4j-slf4j-impl}} SLF4J bridge JAR has been erroneously declared in 
> the _Apache Geode_ {{geode-core}} Maven POM file.
> The inclusion of this declaration can have unintended consequences in a 
> user's Geode-based application that might potentially rely on different 
> and/or several logging frameworks (e.g. SLF4J, logback, etc), depending on 
> the transitive dependencies of the application.
> Geode should not be including SLF4J bridge JARs in the applications CLASSPATH 
> at runtime or otherwise.
> Additionally, the Geode POM file includes references to *test* dependencies 
> that should be removed, specifically...
> junit
> asm
> system-rules
> mockito-core
> geode-junit
> hadoop-auth
> awaitility
> catch-exception
> cglib
> powermock-module-junit4
> jmock-junit4
> catch-throwable
> tempus-fugit
> commons-collections
> JUnitParams
> bcel
> assertj-core
> powermock-core
> jedis
> jmock-legacy
> powermock-api-mockito
> hamcrest-all
> commons-configuration
> spymemcached
> multithreadedtc
> derby
> The more dependencies you include, the greater chance for conflict an 
> application developer may have when integrating with Apache Geode.  The 
> distributed/deployed (to Maven Central) is less about "building" the Apache 
> Geode project and more about running an application built with Apache Geode.



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

[jira] [Comment Edited] (GEODE-1894) SerialGatewaySenderOperationsDUnitTest test hangs

[Dan Smith (JIRA)]

[ 
https://issues.apache.org/jira/browse/GEODE-1894?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15490981#comment-15490981
 ] 

Dan Smith edited comment on GEODE-1894 at 9/15/16 12:14 AM:





was (Author: hitesh.khamesra):
JNI global references: 6150

2016-09-14 09:33:59
Full thread dump Java HotSpot(TM) 64-Bit Server VM (25.66-b17 mixed mode):

"RMI TCP Connection(idle)" #10169 daemon prio=5 os_prio=0 
tid=0x7f8f54003000 nid=0x2464 waiting on condition [0x7f8fac9df000]
   java.lang.Thread.State: TIMED_WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for  <0xe0269958> (a 
java.util.concurrent.SynchronousQueue$TransferStack)
at 
java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215)
at 
java.util.concurrent.SynchronousQueue$TransferStack.awaitFulfill(SynchronousQueue.java:460)
at 
java.util.concurrent.SynchronousQueue$TransferStack.transfer(SynchronousQueue.java:362)
at java.util.concurrent.SynchronousQueue.poll(SynchronousQueue.java:941)
at 
java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1066)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1127)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)

   Locked ownable synchronizers:
- None

"Attach Listener" #10071 daemon prio=9 os_prio=0 tid=0x7f8fa8002000 
nid=0x1cea waiting on condition [0x]
   java.lang.Thread.State: RUNNABLE

   Locked ownable synchronizers:
- None

"ConcurrentSerialGatewaySenderEventProcessor Stopper Thread" #5364 daemon 
prio=5 os_prio=0 tid=0x7f8f4c826800 nid=0xa12 waiting on condition 
[0x7f8ed08bc000]
   java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for  <0xe0ef4128> (a 
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
at 
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039)
at 
java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442)
at 
java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1067)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1127)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)

   Locked ownable synchronizers:
- None

"AckReaderThread for : Event Processor for GatewaySender_ln.3" #5362 daemon 
prio=5 os_prio=0 tid=0x7f8f18008800 nid=0xa11 runnable [0x7f8ed0bbc000]
   java.lang.Thread.State: RUNNABLE
at java.net.SocketInputStream.socketRead0(Native Method)
at java.net.SocketInputStream.socketRead(SocketInputStream.java:116)
at java.net.SocketInputStream.read(SocketInputStream.java:170)
at java.net.SocketInputStream.read(SocketInputStream.java:141)
at 
org.apache.geode.internal.cache.tier.sockets.Message.fetchHeader(Message.java:693)
at 
org.apache.geode.internal.cache.tier.sockets.Message.readHeaderAndPayload(Message.java:710)
at 
org.apache.geode.internal.cache.tier.sockets.Message.read(Message.java:661)
at 
org.apache.geode.internal.cache.tier.sockets.Message.recv(Message.java:1103)
- locked <0xe0ffbdf8> (a java.nio.HeapByteBuffer)
at 
org.apache.geode.cache.client.internal.GatewaySenderBatchOp$GatewaySenderGFEBatchOpImpl.attemptReadResponse(GatewaySenderBatchOp.java:205)
at 
org.apache.geode.cache.client.internal.GatewaySenderBatchOp$GatewaySenderGFEBatchOpImpl.attemptRead(GatewaySenderBatchOp.java:166)
at 
org.apache.geode.cache.client.internal.GatewaySenderBatchOp$GatewaySenderGFEBatchOpImpl.attempt(GatewaySenderBatchOp.java:145)
at 
org.apache.geode.cache.client.internal.ConnectionImpl.execute(ConnectionImpl.java:256)
at 
org.apache.geode.cache.client.internal.pooling.PooledConnection.execute(PooledConnection.java:328)
at 
org.apache.geode.cache.client.internal.OpExecutorImpl.executeWithPossibleReAuthentication(OpExecutorImpl.java:937)
at 
org.apache.geode.cache.client.internal.OpExecutorImpl.executeOn(OpExecutorImpl.java:579)
at 
org.apache.geode.cache.client.internal.PoolImpl.executeOn(PoolImpl.java:748)
at 
org.apache.geode.cache.client.internal.GatewaySenderBatchOp.executeOn(GatewaySenderBatchOp.java:72)
at 
org.apache.geode.cache.client.internal.SenderProxy.receiveAckFromReceiver(SenderProxy.java:40)
at 
org.apache.geode.internal.cache.wan.GatewaySenderEventRemoteDispatcher.readAcknowledgem

[jira] [Updated] (GEODE-1894) SerialGatewaySenderOperationsDUnitTest test hangs

[Dan Smith (JIRA)]

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

Dan Smith updated GEODE-1894:
-
Attachment: threaddump.txt

> SerialGatewaySenderOperationsDUnitTest test hangs
> -
>
> Key: GEODE-1894
> URL: https://issues.apache.org/jira/browse/GEODE-1894
> Project: Geode
>  Issue Type: Bug
>  Components: wan
>Reporter: Hitesh Khamesra
> Attachments: threaddump.txt
>
>
> test tries to stop Serial Gateway Sender and that thread just hangs. Event 
> processors are waiting to become primary. One AckReader thread waiting for 
> ack. Seems like need to interrupt these threads. Attached thread dump 



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

[jira] [Assigned] (GEODE-1881) CompactMapRangeIndex doesn't handle null map keys

[Dan Smith (JIRA)]

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

Dan Smith reassigned GEODE-1881:


Assignee: Dan Smith

> CompactMapRangeIndex doesn't handle null map keys
> -
>
> Key: GEODE-1881
> URL: https://issues.apache.org/jira/browse/GEODE-1881
> Project: Geode
>  Issue Type: Bug
>  Components: querying
>Reporter: Dan Smith
>Assignee: Dan Smith
>
> When indexing map fields that have null keys, geode throws an NPE.
> Steps to reproduce:
> 1. Create an index on a map field eg
> {code}
> create index --name="idx_positions" --expression="positions[*]" 
> --region="region"
> {code}
> 2. Add entries with null keys in the the indexed map
> {code}
> entry.positions  = new HashMap()
> entry.positions.put(null, "somevalue);
> region.put(entry);
> {code}
> You will get an NPE
> {noformat}
> Caused by: java.lang.NullPointerException
>   at 
> java.util.concurrent.ConcurrentHashMap.get(ConcurrentHashMap.java:936)
>   at 
> com.gemstone.gemfire.cache.query.internal.index.CompactMapRangeIndex.saveIndexAddition(CompactMapRangeIndex.java:184)
>   at 
> com.gemstone.gemfire.cache.query.internal.index.CompactMapRangeIndex.saveMapping(CompactMapRangeIndex.java:111)
>   at 
> com.gemstone.gemfire.cache.query.internal.index.AbstractIndex$IMQEvaluator.applyProjection(AbstractIndex.java:1354)
>   at 
> com.gemstone.gemfire.cache.query.internal.index.AbstractIndex$IMQEvaluator.doNestedIterations(AbstractIndex.java:1304)
>   at 
> com.gemstone.gemfire.cache.query.internal.index.AbstractIndex$IMQEvaluator.doNestedIterations(AbstractIndex.java:1315)
>   at 
> com.gemstone.gemfire.cache.query.internal.index.AbstractIndex$IMQEvaluator.evaluate(AbstractIndex.java:1132)
>   ... 44 more
> {noformat}



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

[jira] [Resolved] (GEODE-1881) CompactMapRangeIndex doesn't handle null map keys

[Dan Smith (JIRA)]

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

Dan Smith resolved GEODE-1881.
--
Resolution: Fixed

> CompactMapRangeIndex doesn't handle null map keys
> -
>
> Key: GEODE-1881
> URL: https://issues.apache.org/jira/browse/GEODE-1881
> Project: Geode
>  Issue Type: Bug
>  Components: querying
>Reporter: Dan Smith
>Assignee: Dan Smith
>
> When indexing map fields that have null keys, geode throws an NPE.
> Steps to reproduce:
> 1. Create an index on a map field eg
> {code}
> create index --name="idx_positions" --expression="positions[*]" 
> --region="region"
> {code}
> 2. Add entries with null keys in the the indexed map
> {code}
> entry.positions  = new HashMap()
> entry.positions.put(null, "somevalue);
> region.put(entry);
> {code}
> You will get an NPE
> {noformat}
> Caused by: java.lang.NullPointerException
>   at 
> java.util.concurrent.ConcurrentHashMap.get(ConcurrentHashMap.java:936)
>   at 
> com.gemstone.gemfire.cache.query.internal.index.CompactMapRangeIndex.saveIndexAddition(CompactMapRangeIndex.java:184)
>   at 
> com.gemstone.gemfire.cache.query.internal.index.CompactMapRangeIndex.saveMapping(CompactMapRangeIndex.java:111)
>   at 
> com.gemstone.gemfire.cache.query.internal.index.AbstractIndex$IMQEvaluator.applyProjection(AbstractIndex.java:1354)
>   at 
> com.gemstone.gemfire.cache.query.internal.index.AbstractIndex$IMQEvaluator.doNestedIterations(AbstractIndex.java:1304)
>   at 
> com.gemstone.gemfire.cache.query.internal.index.AbstractIndex$IMQEvaluator.doNestedIterations(AbstractIndex.java:1315)
>   at 
> com.gemstone.gemfire.cache.query.internal.index.AbstractIndex$IMQEvaluator.evaluate(AbstractIndex.java:1132)
>   ... 44 more
> {noformat}



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

[jira] [Created] (GEODE-1881) CompactMapRangeIndex doesn't handle null map keys

[Dan Smith (JIRA)]

Dan Smith created GEODE-1881:


 Summary: CompactMapRangeIndex doesn't handle null map keys
 Key: GEODE-1881
 URL: https://issues.apache.org/jira/browse/GEODE-1881
 Project: Geode
  Issue Type: Bug
  Components: querying
Reporter: Dan Smith


When indexing map fields that have null keys, geode throws an NPE.

Steps to reproduce:
1. Create an index on a map field eg
{code}
create index --name="idx_positions" --expression="positions[*]" 
--region="region"
{code}
2. Add entries with null keys in the the indexed map
{code}
entry.positions  = new HashMap()
entry.positions.put(null, "somevalue);
region.put(entry);
{code}

You will get an NPE
{noformat}
Caused by: java.lang.NullPointerException
at 
java.util.concurrent.ConcurrentHashMap.get(ConcurrentHashMap.java:936)
at 
com.gemstone.gemfire.cache.query.internal.index.CompactMapRangeIndex.saveIndexAddition(CompactMapRangeIndex.java:184)
at 
com.gemstone.gemfire.cache.query.internal.index.CompactMapRangeIndex.saveMapping(CompactMapRangeIndex.java:111)
at 
com.gemstone.gemfire.cache.query.internal.index.AbstractIndex$IMQEvaluator.applyProjection(AbstractIndex.java:1354)
at 
com.gemstone.gemfire.cache.query.internal.index.AbstractIndex$IMQEvaluator.doNestedIterations(AbstractIndex.java:1304)
at 
com.gemstone.gemfire.cache.query.internal.index.AbstractIndex$IMQEvaluator.doNestedIterations(AbstractIndex.java:1315)
at 
com.gemstone.gemfire.cache.query.internal.index.AbstractIndex$IMQEvaluator.evaluate(AbstractIndex.java:1132)
... 44 more
{noformat}



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

[jira] [Closed] (GEODE-1839) HANG in WanCommandStatusDUnitTest.testGatewayReceiverStatus

[Dan Smith (JIRA)]

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

Dan Smith closed GEODE-1839.

Assignee: Dan Smith

> HANG in WanCommandStatusDUnitTest.testGatewayReceiverStatus 
> 
>
> Key: GEODE-1839
> URL: https://issues.apache.org/jira/browse/GEODE-1839
> Project: Geode
>  Issue Type: Bug
>  Components: wan
>Reporter: Dan Smith
>Assignee: Dan Smith
> Attachments: testGatewayReceiverStatus.bin
>
>
> I saw this on a private build. The build hung in this dunit test, causing my 
> build to timeout. Unfortunately, I don't have stack traces, but here is the 
> end of geode-wan/build/distributedTest/distributedTest-progress.txt
> {noformat}
> 2016-09-01 13:07:39.773 -0700 Completed test 
> com.gemstone.gemfire.internal.cache.wan.wancommand.WanCommandGatewayReceiverStopDUnitTest
>  testStopGatewayReceiver_MultipleGroup with result: SUCCESS
> 2016-09-01 13:07:39.785 -0700 Starting test 
> com.gemstone.gemfire.internal.cache.wan.wancommand.WanCommandStatusDUnitTest 
> testGatewaySenderStatus_OnGroups
> 2016-09-01 13:08:15.873 -0700 Completed test 
> com.gemstone.gemfire.internal.cache.wan.wancommand.WanCommandStatusDUnitTest 
> testGatewaySenderStatus_OnGroups with result: SUCCESS
> 2016-09-01 13:08:15.874 -0700 Starting test 
> com.gemstone.gemfire.internal.cache.wan.wancommand.WanCommandStatusDUnitTest 
> testGatewaySenderStatus_OnMember
> 2016-09-01 13:08:51.037 -0700 Completed test 
> com.gemstone.gemfire.internal.cache.wan.wancommand.WanCommandStatusDUnitTest 
> testGatewaySenderStatus_OnMember with result: SUCCESS
> 2016-09-01 13:08:51.038 -0700 Starting test 
> com.gemstone.gemfire.internal.cache.wan.wancommand.WanCommandStatusDUnitTest 
> testGatewaySenderStatus
> 2016-09-01 13:09:26.778 -0700 Completed test 
> com.gemstone.gemfire.internal.cache.wan.wancommand.WanCommandStatusDUnitTest 
> testGatewaySenderStatus with result: SUCCESS
> 2016-09-01 13:09:26.778 -0700 Starting test 
> com.gemstone.gemfire.internal.cache.wan.wancommand.WanCommandStatusDUnitTest 
> testGatewayReceiverStatus
> {noformat}



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

[jira] [Resolved] (GEODE-1839) HANG in WanCommandStatusDUnitTest.testGatewayReceiverStatus

[Dan Smith (JIRA)]

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

Dan Smith resolved GEODE-1839.
--
Resolution: Not A Problem

Oops, after talking with [~nnag], it looks like the issue is actually that the 
tests just took a long time to run and timed out at this point, not that this 
particular test was hung.

> HANG in WanCommandStatusDUnitTest.testGatewayReceiverStatus 
> 
>
> Key: GEODE-1839
> URL: https://issues.apache.org/jira/browse/GEODE-1839
> Project: Geode
>  Issue Type: Bug
>  Components: wan
>Reporter: Dan Smith
> Attachments: testGatewayReceiverStatus.bin
>
>
> I saw this on a private build. The build hung in this dunit test, causing my 
> build to timeout. Unfortunately, I don't have stack traces, but here is the 
> end of geode-wan/build/distributedTest/distributedTest-progress.txt
> {noformat}
> 2016-09-01 13:07:39.773 -0700 Completed test 
> com.gemstone.gemfire.internal.cache.wan.wancommand.WanCommandGatewayReceiverStopDUnitTest
>  testStopGatewayReceiver_MultipleGroup with result: SUCCESS
> 2016-09-01 13:07:39.785 -0700 Starting test 
> com.gemstone.gemfire.internal.cache.wan.wancommand.WanCommandStatusDUnitTest 
> testGatewaySenderStatus_OnGroups
> 2016-09-01 13:08:15.873 -0700 Completed test 
> com.gemstone.gemfire.internal.cache.wan.wancommand.WanCommandStatusDUnitTest 
> testGatewaySenderStatus_OnGroups with result: SUCCESS
> 2016-09-01 13:08:15.874 -0700 Starting test 
> com.gemstone.gemfire.internal.cache.wan.wancommand.WanCommandStatusDUnitTest 
> testGatewaySenderStatus_OnMember
> 2016-09-01 13:08:51.037 -0700 Completed test 
> com.gemstone.gemfire.internal.cache.wan.wancommand.WanCommandStatusDUnitTest 
> testGatewaySenderStatus_OnMember with result: SUCCESS
> 2016-09-01 13:08:51.038 -0700 Starting test 
> com.gemstone.gemfire.internal.cache.wan.wancommand.WanCommandStatusDUnitTest 
> testGatewaySenderStatus
> 2016-09-01 13:09:26.778 -0700 Completed test 
> com.gemstone.gemfire.internal.cache.wan.wancommand.WanCommandStatusDUnitTest 
> testGatewaySenderStatus with result: SUCCESS
> 2016-09-01 13:09:26.778 -0700 Starting test 
> com.gemstone.gemfire.internal.cache.wan.wancommand.WanCommandStatusDUnitTest 
> testGatewayReceiverStatus
> {noformat}



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

[jira] [Updated] (GEODE-1839) HANG in WanCommandStatusDUnitTest.testGatewayReceiverStatus

[Dan Smith (JIRA)]

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

Dan Smith updated GEODE-1839:
-
Attachment: testGatewayReceiverStatus.bin

Here's the output that I could gather. This is from gradles binary output file, 
so the format is a bit weird. But I think it is the log for this test that 
failed.

> HANG in WanCommandStatusDUnitTest.testGatewayReceiverStatus 
> 
>
> Key: GEODE-1839
> URL: https://issues.apache.org/jira/browse/GEODE-1839
> Project: Geode
>  Issue Type: Bug
>  Components: wan
>Reporter: Dan Smith
> Attachments: testGatewayReceiverStatus.bin
>
>
> I saw this on a private build. The build hung in this dunit test, causing my 
> build to timeout. Unfortunately, I don't have stack traces, but here is the 
> end of geode-wan/build/distributedTest/distributedTest-progress.txt
> {noformat}
> 2016-09-01 13:07:39.773 -0700 Completed test 
> com.gemstone.gemfire.internal.cache.wan.wancommand.WanCommandGatewayReceiverStopDUnitTest
>  testStopGatewayReceiver_MultipleGroup with result: SUCCESS
> 2016-09-01 13:07:39.785 -0700 Starting test 
> com.gemstone.gemfire.internal.cache.wan.wancommand.WanCommandStatusDUnitTest 
> testGatewaySenderStatus_OnGroups
> 2016-09-01 13:08:15.873 -0700 Completed test 
> com.gemstone.gemfire.internal.cache.wan.wancommand.WanCommandStatusDUnitTest 
> testGatewaySenderStatus_OnGroups with result: SUCCESS
> 2016-09-01 13:08:15.874 -0700 Starting test 
> com.gemstone.gemfire.internal.cache.wan.wancommand.WanCommandStatusDUnitTest 
> testGatewaySenderStatus_OnMember
> 2016-09-01 13:08:51.037 -0700 Completed test 
> com.gemstone.gemfire.internal.cache.wan.wancommand.WanCommandStatusDUnitTest 
> testGatewaySenderStatus_OnMember with result: SUCCESS
> 2016-09-01 13:08:51.038 -0700 Starting test 
> com.gemstone.gemfire.internal.cache.wan.wancommand.WanCommandStatusDUnitTest 
> testGatewaySenderStatus
> 2016-09-01 13:09:26.778 -0700 Completed test 
> com.gemstone.gemfire.internal.cache.wan.wancommand.WanCommandStatusDUnitTest 
> testGatewaySenderStatus with result: SUCCESS
> 2016-09-01 13:09:26.778 -0700 Starting test 
> com.gemstone.gemfire.internal.cache.wan.wancommand.WanCommandStatusDUnitTest 
> testGatewayReceiverStatus
> {noformat}



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

[jira] [Created] (GEODE-1839) HANG in WanCommandStatusDUnitTest.testGatewayReceiverStatus

[Dan Smith (JIRA)]

Dan Smith created GEODE-1839:


 Summary: HANG in 
WanCommandStatusDUnitTest.testGatewayReceiverStatus 
 Key: GEODE-1839
 URL: https://issues.apache.org/jira/browse/GEODE-1839
 Project: Geode
  Issue Type: Bug
  Components: wan
Reporter: Dan Smith


I saw this on a private build. The build hung in this dunit test, causing my 
build to timeout. Unfortunately, I don't have stack traces, but here is the end 
of geode-wan/build/distributedTest/distributedTest-progress.txt

{noformat}
2016-09-01 13:07:39.773 -0700 Completed test 
com.gemstone.gemfire.internal.cache.wan.wancommand.WanCommandGatewayReceiverStopDUnitTest
 testStopGatewayReceiver_MultipleGroup with result: SUCCESS
2016-09-01 13:07:39.785 -0700 Starting test 
com.gemstone.gemfire.internal.cache.wan.wancommand.WanCommandStatusDUnitTest 
testGatewaySenderStatus_OnGroups
2016-09-01 13:08:15.873 -0700 Completed test 
com.gemstone.gemfire.internal.cache.wan.wancommand.WanCommandStatusDUnitTest 
testGatewaySenderStatus_OnGroups with result: SUCCESS
2016-09-01 13:08:15.874 -0700 Starting test 
com.gemstone.gemfire.internal.cache.wan.wancommand.WanCommandStatusDUnitTest 
testGatewaySenderStatus_OnMember
2016-09-01 13:08:51.037 -0700 Completed test 
com.gemstone.gemfire.internal.cache.wan.wancommand.WanCommandStatusDUnitTest 
testGatewaySenderStatus_OnMember with result: SUCCESS
2016-09-01 13:08:51.038 -0700 Starting test 
com.gemstone.gemfire.internal.cache.wan.wancommand.WanCommandStatusDUnitTest 
testGatewaySenderStatus
2016-09-01 13:09:26.778 -0700 Completed test 
com.gemstone.gemfire.internal.cache.wan.wancommand.WanCommandStatusDUnitTest 
testGatewaySenderStatus with result: SUCCESS
2016-09-01 13:09:26.778 -0700 Starting test 
com.gemstone.gemfire.internal.cache.wan.wancommand.WanCommandStatusDUnitTest 
testGatewayReceiverStatus
{noformat}



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

[jira] [Resolved] (GEODE-1830) Client CacheListener receives a TOMBSTONE when user calls region.get

[Dan Smith (JIRA)]

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

Dan Smith resolved GEODE-1830.
--
Resolution: Fixed

> Client CacheListener receives a TOMBSTONE when user calls region.get
> 
>
> Key: GEODE-1830
> URL: https://issues.apache.org/jira/browse/GEODE-1830
> Project: Geode
>  Issue Type: Bug
>  Components: client/server
>Reporter: Dan Smith
>Assignee: Dan Smith
>
> A user's CacheListener on the client can see a TOMBSTONE as the newValue in 
> this specific configuration:
>  * The region is created using  ClientRegionShortcut.PROXY (not CACHING_PROXY)
>  * The value on the server is a TOMBSTONE (the entry has been created and 
> then destroyed)
>  * The user does a key for the destroyed key.
> Looking at the code, the problem seems to be in LocalRegion.basicPutPart2. 
> The code checks to see if entry.isTomstone is true:
> {code}
>   protected long basicPutPart2(EntryEventImpl event, RegionEntry entry,
>   boolean isInitialized, long lastModified,
>   boolean clearConflict)
>   {
> final boolean isNewKey = event.getOperation().isCreate();
> final boolean invokeCallbacks = !entry.isTombstone(); // put() is 
> creating a tombstone
> {code}
> Unfortunately, if the client is using ClientRegionShortcut.PROXY, the code 
> calling this is ProxyRegionMap.basicPut, which passes a *static* markerEntry 
> object, which will always return false for isTombstone. So the listener is 
> invoked, despite the check for entry.isTombstone.



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

[jira] [Assigned] (GEODE-1830) Client CacheListener receives a TOMBSTONE when user calls region.get

[Dan Smith (JIRA)]

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

Dan Smith reassigned GEODE-1830:


Assignee: Dan Smith

> Client CacheListener receives a TOMBSTONE when user calls region.get
> 
>
> Key: GEODE-1830
> URL: https://issues.apache.org/jira/browse/GEODE-1830
> Project: Geode
>  Issue Type: Bug
>  Components: client/server
>Reporter: Dan Smith
>Assignee: Dan Smith
>
> A user's CacheListener on the client can see a TOMBSTONE as the newValue in 
> this specific configuration:
>  * The region is created using  ClientRegionShortcut.PROXY (not CACHING_PROXY)
>  * The value on the server is a TOMBSTONE (the entry has been created and 
> then destroyed)
>  * The user does a key for the destroyed key.
> Looking at the code, the problem seems to be in LocalRegion.basicPutPart2. 
> The code checks to see if entry.isTomstone is true:
> {code}
>   protected long basicPutPart2(EntryEventImpl event, RegionEntry entry,
>   boolean isInitialized, long lastModified,
>   boolean clearConflict)
>   {
> final boolean isNewKey = event.getOperation().isCreate();
> final boolean invokeCallbacks = !entry.isTombstone(); // put() is 
> creating a tombstone
> {code}
> Unfortunately, if the client is using ClientRegionShortcut.PROXY, the code 
> calling this is ProxyRegionMap.basicPut, which passes a *static* markerEntry 
> object, which will always return false for isTombstone. So the listener is 
> invoked, despite the check for entry.isTombstone.



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

[jira] [Created] (GEODE-1830) Client CacheListener receives a TOMBSTONE when user calls region.get

[Dan Smith (JIRA)]

Dan Smith created GEODE-1830:


 Summary: Client CacheListener receives a TOMBSTONE when user calls 
region.get
 Key: GEODE-1830
 URL: https://issues.apache.org/jira/browse/GEODE-1830
 Project: Geode
  Issue Type: Bug
  Components: client/server
Reporter: Dan Smith


A user's CacheListener on the client can see a TOMBSTONE as the newValue in 
this specific configuration:
 * The region is created using  ClientRegionShortcut.PROXY (not CACHING_PROXY)
 * The value on the server is a TOMBSTONE (the entry has been created and then 
destroyed)
 * The user does a key for the destroyed key.

Looking at the code, the problem seems to be in LocalRegion.basicPutPart2. The 
code checks to see if entry.isTomstone is true:
{code}
  protected long basicPutPart2(EntryEventImpl event, RegionEntry entry,
  boolean isInitialized, long lastModified,
  boolean clearConflict)
  {
final boolean isNewKey = event.getOperation().isCreate();
final boolean invokeCallbacks = !entry.isTombstone(); // put() is creating 
a tombstone
{code}

Unfortunately, if the client is using ClientRegionShortcut.PROXY, the code 
calling this is ProxyRegionMap.basicPut, which passes a *static* markerEntry 
object, which will always return false for isTombstone. So the listener is 
invoked, despite the check for entry.isTombstone.



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

[jira] [Created] (GEODE-1816) CacheServerLauncher uses static threadlocals to launch server

[Dan Smith (JIRA)]

Dan Smith created GEODE-1816:


 Summary: CacheServerLauncher uses static threadlocals to launch 
server
 Key: GEODE-1816
 URL: https://issues.apache.org/jira/browse/GEODE-1816
 Project: Geode
  Issue Type: Bug
  Components: management
Reporter: Dan Smith


The CacheServerLauncher class has 3 static threadlocals 

{code}
  public static ThreadLocal serverPort = new ThreadLocal();

  public static ThreadLocal serverBindAddress = new 
ThreadLocal();

  public static ThreadLocal disableDefaultServer = new 
ThreadLocal();

{code}

These get set when a server is launched. Then down in CacheCreation.create, it 
reads these thread locals and uses them to add a cache server.

Unfortunately this causes lots of pain writing unit tests, because tests can 
end up setting these thread locals and they are never cleared. Statics and 
thread locals should pretty much never be used. Especially in this case it 
seems like there are several easy ways to create a cache server after the cache 
is created, or pass properties in while creating the cache.



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

[jira] [Resolved] (GEODE-1699) LuceneQueriesPeerPRRedundancyDUnitTest.returnCorrectResultsWhenRebalanceHappensWhileSenderIsPaused

[Dan Smith (JIRA)]

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

Dan Smith resolved GEODE-1699.
--
   Resolution: Fixed
Fix Version/s: 1.0.0-incubating

I think I've prevented this test from failing by making sure that there is no 
member that does not have a paused dispatcher when the rebalancing is 
happening, so that the test is actually testing what it says it is.

However, there may still be an issue related to rebalancing when the sender is 
not paused.

> LuceneQueriesPeerPRRedundancyDUnitTest.returnCorrectResultsWhenRebalanceHappensWhileSenderIsPaused
> --
>
> Key: GEODE-1699
> URL: https://issues.apache.org/jira/browse/GEODE-1699
> Project: Geode
>  Issue Type: Bug
>  Components: lucene
>Reporter: Kevin Duling
>Assignee: Dan Smith
>  Labels: ci
> Fix For: 1.0.0-incubating
>
>
> In Geode_develop_DistributedTests/3402:
> {noformat}
> Error Message
> java.lang.AssertionError
> Stacktrace
> java.lang.AssertionError
>   at org.junit.Assert.fail(Assert.java:86)
>   at org.junit.Assert.assertTrue(Assert.java:41)
>   at org.junit.Assert.assertTrue(Assert.java:52)
>   at 
> com.gemstone.gemfire.cache.lucene.LuceneQueriesPRBase.returnCorrectResultsWhenRebalanceHappensWhileSenderIsPaused(LuceneQueriesPRBase.java:120)
>   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.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
>   at 
> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
>   at 
> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
>   at 
> org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
>   at 
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
>   at 
> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
>   at org.junit.rules.TestWatcher$1.evaluate(TestWatcher.java:55)
>   at org.junit.rules.RunRules.evaluate(RunRules.java:20)
>   at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
>   at 
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
>   at 
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
>   at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
>   at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
>   at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
>   at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
>   at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
>   at 
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
>   at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.runTestClass(JUnitTestClassExecuter.java:112)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.execute(JUnitTestClassExecuter.java:56)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassProcessor.processTestClass(JUnitTestClassProcessor.java:66)
>   at 
> org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.processTestClass(SuiteTestClassProcessor.java:51)
>   at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:497)
>   at 
> org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
>   at 
> org.gradle.messaging.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:32)
>   at 
> org.gradle.messaging.dispatch.ProxyDispatchAdapter$DispatchingInvocationHandler.invoke(ProxyDispatchAdapter.java:93)
>   at com.sun.proxy.$Proxy2.processTestClass(Unknown Source)
>   at 
> org.gradle.api.internal.tasks.testing.worker.TestWorker.processTestClass(TestWorker.java:109)
>   at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:497)
>   at 
> org.gradle.me

[jira] [Assigned] (GEODE-1813) Queued events are not removed when using an AsyncEventListener with a fixed partitioned region

[Dan Smith (JIRA)]

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

Dan Smith reassigned GEODE-1813:


Assignee: Dan Smith

> Queued events are not removed when using an AsyncEventListener with a fixed 
> partitioned region
> --
>
> Key: GEODE-1813
> URL: https://issues.apache.org/jira/browse/GEODE-1813
> Project: Geode
>  Issue Type: Bug
>  Components: wan
>Reporter: Dan Smith
>Assignee: Dan Smith
> Fix For: 1.0.0-incubating
>
>
> Using an AsyncEventListener with a fixed partitioned region results in 
> IllegalStateExceptions in the log and events not getting removed.
> {noformat}
> [vm_1][warn 2016/08/23 09:51:35.871 PDT  GatewaySender_AsyncEventQueue_ln_0> tid=0x3d] An Exception occurred. The 
> dispatcher will continue.
> [vm_1]java.lang.IllegalStateException: For FixedPartitionedRegion 
> "AsyncEventQueue_ln_PARALLEL_GATEWAY_SENDER_QUEUE", FixedPartitionResolver is 
> not available (neither through the partition attribute partition-resolver nor 
> key/callbackArg implementing FixedPartitionResolver)
> [vm_1]at 
> com.gemstone.gemfire.internal.cache.PartitionedRegionHelper.getHashKey(PartitionedRegionHelper.java:626)
> [vm_1]at 
> com.gemstone.gemfire.internal.cache.PartitionedRegionHelper.getHashKey(PartitionedRegionHelper.java:546)
> [vm_1]at 
> com.gemstone.gemfire.internal.cache.PartitionedRegion.getKeyInfo(PartitionedRegion.java:10133)
> [vm_1]at 
> com.gemstone.gemfire.internal.cache.EntryEventImpl.(EntryEventImpl.java:237)
> [vm_1]at 
> com.gemstone.gemfire.internal.cache.EntryEventImpl.create(EntryEventImpl.java:394)
> [vm_1]at 
> com.gemstone.gemfire.internal.cache.EntryEventImpl.create(EntryEventImpl.java:328)
> [vm_1]at 
> com.gemstone.gemfire.internal.cache.LocalRegion.newDestroyEntryEvent(LocalRegion.java:1167)
> [vm_1]at 
> com.gemstone.gemfire.internal.cache.BucketRegionQueue.destroyKey(BucketRegionQueue.java:502)
> [vm_1]at 
> com.gemstone.gemfire.internal.cache.wan.parallel.ParallelGatewaySenderQueue.destroyEventFromQueue(ParallelGatewaySenderQueue.java:1128)
> [vm_1]at 
> com.gemstone.gemfire.internal.cache.wan.parallel.ParallelGatewaySenderQueue.remove(ParallelGatewaySenderQueue.java:1109)
> [vm_1]at 
> com.gemstone.gemfire.internal.cache.wan.parallel.ParallelGatewaySenderQueue.remove(ParallelGatewaySenderQueue.java:1543)
> [vm_1]at 
> com.gemstone.gemfire.internal.cache.wan.AbstractGatewaySenderEventProcessor.eventQueueRemove(AbstractGatewaySenderEventProcessor.java:238)
> [vm_1]at 
> com.gemstone.gemfire.internal.cache.wan.AbstractGatewaySenderEventProcessor.handleSuccessfulBatchDispatch(AbstractGatewaySenderEventProcessor.java:910)
> [vm_1]at 
> com.gemstone.gemfire.internal.cache.wan.AbstractGatewaySenderEventProcessor.processQueue(AbstractGatewaySenderEventProcessor.java:635)
> [vm_1]at 
> com.gemstone.gemfire.internal.cache.wan.AbstractGatewaySenderEventProcessor.run(AbstractGatewaySenderEventProcessor.java:1058){noformat}
> Analysis from [~barry.oglesby]:
> This issue happens after the event has been processed by the 
> AsyncEventListener. When the event is removed from the BucketRegionQueue, an 
> EntryEventImpl is created. The EntryEventImpl constructor attempts to get the 
> appropriate bucket from which to remove the entry even though this has 
> already been decided by the data PR. For fixed partitioning, the getHashKey 
> method requires a FixedPartitionResolver, and since one has not been set in 
> the BucketRegionQueue, an exception is thrown. In the non-fixed partitioning 
> case, no PartitionResolver is necessary, so the fact that there isn't one set 
> doesn't matter.
> The reason the getHashKey method goes down the fixed partitioning code path 
> is the colocated BucketRegionQueue's fixed partitioning attributes are set in 
> the PartitionedRegion constructor based on the parent's fixed partitioning 
> attributes. This is unnecessary in the BucketRegionQueue case.



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

[jira] [Resolved] (GEODE-1813) Queued events are not removed when using an AsyncEventListener with a fixed partitioned region

[Dan Smith (JIRA)]

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

Dan Smith resolved GEODE-1813.
--
   Resolution: Fixed
Fix Version/s: 1.0.0-incubating

> Queued events are not removed when using an AsyncEventListener with a fixed 
> partitioned region
> --
>
> Key: GEODE-1813
> URL: https://issues.apache.org/jira/browse/GEODE-1813
> Project: Geode
>  Issue Type: Bug
>  Components: wan
>Reporter: Dan Smith
>Assignee: Dan Smith
> Fix For: 1.0.0-incubating
>
>
> Using an AsyncEventListener with a fixed partitioned region results in 
> IllegalStateExceptions in the log and events not getting removed.
> {noformat}
> [vm_1][warn 2016/08/23 09:51:35.871 PDT  GatewaySender_AsyncEventQueue_ln_0> tid=0x3d] An Exception occurred. The 
> dispatcher will continue.
> [vm_1]java.lang.IllegalStateException: For FixedPartitionedRegion 
> "AsyncEventQueue_ln_PARALLEL_GATEWAY_SENDER_QUEUE", FixedPartitionResolver is 
> not available (neither through the partition attribute partition-resolver nor 
> key/callbackArg implementing FixedPartitionResolver)
> [vm_1]at 
> com.gemstone.gemfire.internal.cache.PartitionedRegionHelper.getHashKey(PartitionedRegionHelper.java:626)
> [vm_1]at 
> com.gemstone.gemfire.internal.cache.PartitionedRegionHelper.getHashKey(PartitionedRegionHelper.java:546)
> [vm_1]at 
> com.gemstone.gemfire.internal.cache.PartitionedRegion.getKeyInfo(PartitionedRegion.java:10133)
> [vm_1]at 
> com.gemstone.gemfire.internal.cache.EntryEventImpl.(EntryEventImpl.java:237)
> [vm_1]at 
> com.gemstone.gemfire.internal.cache.EntryEventImpl.create(EntryEventImpl.java:394)
> [vm_1]at 
> com.gemstone.gemfire.internal.cache.EntryEventImpl.create(EntryEventImpl.java:328)
> [vm_1]at 
> com.gemstone.gemfire.internal.cache.LocalRegion.newDestroyEntryEvent(LocalRegion.java:1167)
> [vm_1]at 
> com.gemstone.gemfire.internal.cache.BucketRegionQueue.destroyKey(BucketRegionQueue.java:502)
> [vm_1]at 
> com.gemstone.gemfire.internal.cache.wan.parallel.ParallelGatewaySenderQueue.destroyEventFromQueue(ParallelGatewaySenderQueue.java:1128)
> [vm_1]at 
> com.gemstone.gemfire.internal.cache.wan.parallel.ParallelGatewaySenderQueue.remove(ParallelGatewaySenderQueue.java:1109)
> [vm_1]at 
> com.gemstone.gemfire.internal.cache.wan.parallel.ParallelGatewaySenderQueue.remove(ParallelGatewaySenderQueue.java:1543)
> [vm_1]at 
> com.gemstone.gemfire.internal.cache.wan.AbstractGatewaySenderEventProcessor.eventQueueRemove(AbstractGatewaySenderEventProcessor.java:238)
> [vm_1]at 
> com.gemstone.gemfire.internal.cache.wan.AbstractGatewaySenderEventProcessor.handleSuccessfulBatchDispatch(AbstractGatewaySenderEventProcessor.java:910)
> [vm_1]at 
> com.gemstone.gemfire.internal.cache.wan.AbstractGatewaySenderEventProcessor.processQueue(AbstractGatewaySenderEventProcessor.java:635)
> [vm_1]at 
> com.gemstone.gemfire.internal.cache.wan.AbstractGatewaySenderEventProcessor.run(AbstractGatewaySenderEventProcessor.java:1058){noformat}
> Analysis from [~barry.oglesby]:
> This issue happens after the event has been processed by the 
> AsyncEventListener. When the event is removed from the BucketRegionQueue, an 
> EntryEventImpl is created. The EntryEventImpl constructor attempts to get the 
> appropriate bucket from which to remove the entry even though this has 
> already been decided by the data PR. For fixed partitioning, the getHashKey 
> method requires a FixedPartitionResolver, and since one has not been set in 
> the BucketRegionQueue, an exception is thrown. In the non-fixed partitioning 
> case, no PartitionResolver is necessary, so the fact that there isn't one set 
> doesn't matter.
> The reason the getHashKey method goes down the fixed partitioning code path 
> is the colocated BucketRegionQueue's fixed partitioning attributes are set in 
> the PartitionedRegion constructor based on the parent's fixed partitioning 
> attributes. This is unnecessary in the BucketRegionQueue case.



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

[jira] [Commented] (GEODE-1699) LuceneQueriesPeerPRRedundancyDUnitTest.returnCorrectResultsWhenRebalanceHappensWhileSenderIsPaused

[Dan Smith (JIRA)]

[ 
https://issues.apache.org/jira/browse/GEODE-1699?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15433805#comment-15433805
 ] 

Dan Smith commented on GEODE-1699:
--

I have not been able to reproduce this issue.

However, one thing I noticed is that the accessor VM is actually also a 
datastore. So even though this test case is called 
returnCorrectResultsWhenRebalanceHappensWhileSenderIsPaused, there is actually 
still a VM where the sender is *not* paused, and it's dispatching events. I 
think that's why the test failed once but has not reproduced.

That still doesn't explain why the test failed since it should be perfectly 
valid to rebalance while the senders are not paused. Perhaps a test case 
targeted at rebalancing during other points of dispatching entries could 
reproduce that issue.

> LuceneQueriesPeerPRRedundancyDUnitTest.returnCorrectResultsWhenRebalanceHappensWhileSenderIsPaused
> --
>
> Key: GEODE-1699
> URL: https://issues.apache.org/jira/browse/GEODE-1699
> Project: Geode
>  Issue Type: Bug
>  Components: lucene
>Reporter: Kevin Duling
>Assignee: Dan Smith
>  Labels: ci
>
> In Geode_develop_DistributedTests/3402:
> {noformat}
> Error Message
> java.lang.AssertionError
> Stacktrace
> java.lang.AssertionError
>   at org.junit.Assert.fail(Assert.java:86)
>   at org.junit.Assert.assertTrue(Assert.java:41)
>   at org.junit.Assert.assertTrue(Assert.java:52)
>   at 
> com.gemstone.gemfire.cache.lucene.LuceneQueriesPRBase.returnCorrectResultsWhenRebalanceHappensWhileSenderIsPaused(LuceneQueriesPRBase.java:120)
>   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.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
>   at 
> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
>   at 
> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
>   at 
> org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
>   at 
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
>   at 
> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
>   at org.junit.rules.TestWatcher$1.evaluate(TestWatcher.java:55)
>   at org.junit.rules.RunRules.evaluate(RunRules.java:20)
>   at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
>   at 
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
>   at 
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
>   at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
>   at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
>   at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
>   at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
>   at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
>   at 
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
>   at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.runTestClass(JUnitTestClassExecuter.java:112)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.execute(JUnitTestClassExecuter.java:56)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassProcessor.processTestClass(JUnitTestClassProcessor.java:66)
>   at 
> org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.processTestClass(SuiteTestClassProcessor.java:51)
>   at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:497)
>   at 
> org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
>   at 
> org.gradle.messaging.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:32)
>   at 
> org.gradle.messaging.dispatch.ProxyDispatchAdapter$DispatchingInvocationHandler.invoke(ProxyDispatchAdapter.java:93)
>   at com.sun.proxy.$Proxy2.processTestClass(Unknown Source)
>   at 
> org.gradle.api.internal.tasks.testing.worker.TestWorker.processTestClass

[jira] [Resolved] (GEODE-1814) Starting a GatewayReceiver before a Region can lose events

[Dan Smith (JIRA)]

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

Dan Smith resolved GEODE-1814.
--
   Resolution: Fixed
Fix Version/s: 1.0.0-incubating

> Starting a GatewayReceiver before a Region can lose events
> --
>
> Key: GEODE-1814
> URL: https://issues.apache.org/jira/browse/GEODE-1814
> Project: Geode
>  Issue Type: Bug
>  Components: wan
>Reporter: Dan Smith
>Assignee: Dan Smith
> Fix For: 1.0.0-incubating
>
>
> If the a gateway receiver is created before the regions that might be 
> receiving events over the gateway, those events can be lost because the 
> gateway receiver will fail to process them due to the missing region.
> It turns out that initialization with a cache.xml will result in this 
> situation, because CacheCreation.create will create the gateway receivers 
> before the regions.



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

[jira] [Assigned] (GEODE-1699) LuceneQueriesPeerPRRedundancyDUnitTest.returnCorrectResultsWhenRebalanceHappensWhileSenderIsPaused

[Dan Smith (JIRA)]

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

Dan Smith reassigned GEODE-1699:


Assignee: Dan Smith

> LuceneQueriesPeerPRRedundancyDUnitTest.returnCorrectResultsWhenRebalanceHappensWhileSenderIsPaused
> --
>
> Key: GEODE-1699
> URL: https://issues.apache.org/jira/browse/GEODE-1699
> Project: Geode
>  Issue Type: Bug
>  Components: lucene
>Reporter: Kevin Duling
>Assignee: Dan Smith
>  Labels: ci
>
> In Geode_develop_DistributedTests/3402:
> {noformat}
> Error Message
> java.lang.AssertionError
> Stacktrace
> java.lang.AssertionError
>   at org.junit.Assert.fail(Assert.java:86)
>   at org.junit.Assert.assertTrue(Assert.java:41)
>   at org.junit.Assert.assertTrue(Assert.java:52)
>   at 
> com.gemstone.gemfire.cache.lucene.LuceneQueriesPRBase.returnCorrectResultsWhenRebalanceHappensWhileSenderIsPaused(LuceneQueriesPRBase.java:120)
>   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.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
>   at 
> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
>   at 
> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
>   at 
> org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
>   at 
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
>   at 
> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
>   at org.junit.rules.TestWatcher$1.evaluate(TestWatcher.java:55)
>   at org.junit.rules.RunRules.evaluate(RunRules.java:20)
>   at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
>   at 
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
>   at 
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
>   at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
>   at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
>   at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
>   at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
>   at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
>   at 
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
>   at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.runTestClass(JUnitTestClassExecuter.java:112)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.execute(JUnitTestClassExecuter.java:56)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassProcessor.processTestClass(JUnitTestClassProcessor.java:66)
>   at 
> org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.processTestClass(SuiteTestClassProcessor.java:51)
>   at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:497)
>   at 
> org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
>   at 
> org.gradle.messaging.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:32)
>   at 
> org.gradle.messaging.dispatch.ProxyDispatchAdapter$DispatchingInvocationHandler.invoke(ProxyDispatchAdapter.java:93)
>   at com.sun.proxy.$Proxy2.processTestClass(Unknown Source)
>   at 
> org.gradle.api.internal.tasks.testing.worker.TestWorker.processTestClass(TestWorker.java:109)
>   at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:497)
>   at 
> org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
>   at 
> org.gradle.messaging.remote.internal.hub.MessageHub$Handler.run(MessageHub.java:360)
>   at 
> org.gradle.internal.concurrent.ExecutorPolicy$CatchAndRecordFailures.onExecute(ExecutorPolicy.java:5

[jira] [Assigned] (GEODE-1814) Starting a GatewayReceiver before a Region can lose events

[Dan Smith (JIRA)]

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

Dan Smith reassigned GEODE-1814:


Assignee: Dan Smith

> Starting a GatewayReceiver before a Region can lose events
> --
>
> Key: GEODE-1814
> URL: https://issues.apache.org/jira/browse/GEODE-1814
> Project: Geode
>  Issue Type: Bug
>  Components: wan
>Reporter: Dan Smith
>Assignee: Dan Smith
>
> If the a gateway receiver is created before the regions that might be 
> receiving events over the gateway, those events can be lost because the 
> gateway receiver will fail to process them due to the missing region.
> It turns out that initialization with a cache.xml will result in this 
> situation, because CacheCreation.create will create the gateway receivers 
> before the regions.



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

[jira] [Created] (GEODE-1814) Starting a GatewayReceiver before a Region can lose events

[Dan Smith (JIRA)]

Dan Smith created GEODE-1814:


 Summary: Starting a GatewayReceiver before a Region can lose events
 Key: GEODE-1814
 URL: https://issues.apache.org/jira/browse/GEODE-1814
 Project: Geode
  Issue Type: Bug
  Components: wan
Reporter: Dan Smith


If the a gateway receiver is created before the regions that might be receiving 
events over the gateway, those events can be lost because the gateway receiver 
will fail to process them due to the missing region.

It turns out that initialization with a cache.xml will result in this 
situation, because CacheCreation.create will create the gateway receivers 
before the regions.



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

[jira] [Created] (GEODE-1813) Queued events are not removed when using an AsyncEventListener with a fixed partitioned region

[Dan Smith (JIRA)]

Dan Smith created GEODE-1813:


 Summary: Queued events are not removed when using an 
AsyncEventListener with a fixed partitioned region
 Key: GEODE-1813
 URL: https://issues.apache.org/jira/browse/GEODE-1813
 Project: Geode
  Issue Type: Bug
  Components: wan
Reporter: Dan Smith


Using an AsyncEventListener with a fixed partitioned region results in 
IllegalStateExceptions in the log and events not getting removed.

{noformat}
[vm_1][warn 2016/08/23 09:51:35.871 PDT  tid=0x3d] An Exception occurred. The 
dispatcher will continue.
[vm_1]java.lang.IllegalStateException: For FixedPartitionedRegion 
"AsyncEventQueue_ln_PARALLEL_GATEWAY_SENDER_QUEUE", FixedPartitionResolver is 
not available (neither through the partition attribute partition-resolver nor 
key/callbackArg implementing FixedPartitionResolver)
[vm_1]  at 
com.gemstone.gemfire.internal.cache.PartitionedRegionHelper.getHashKey(PartitionedRegionHelper.java:626)
[vm_1]  at 
com.gemstone.gemfire.internal.cache.PartitionedRegionHelper.getHashKey(PartitionedRegionHelper.java:546)
[vm_1]  at 
com.gemstone.gemfire.internal.cache.PartitionedRegion.getKeyInfo(PartitionedRegion.java:10133)
[vm_1]  at 
com.gemstone.gemfire.internal.cache.EntryEventImpl.(EntryEventImpl.java:237)
[vm_1]  at 
com.gemstone.gemfire.internal.cache.EntryEventImpl.create(EntryEventImpl.java:394)
[vm_1]  at 
com.gemstone.gemfire.internal.cache.EntryEventImpl.create(EntryEventImpl.java:328)
[vm_1]  at 
com.gemstone.gemfire.internal.cache.LocalRegion.newDestroyEntryEvent(LocalRegion.java:1167)
[vm_1]  at 
com.gemstone.gemfire.internal.cache.BucketRegionQueue.destroyKey(BucketRegionQueue.java:502)
[vm_1]  at 
com.gemstone.gemfire.internal.cache.wan.parallel.ParallelGatewaySenderQueue.destroyEventFromQueue(ParallelGatewaySenderQueue.java:1128)
[vm_1]  at 
com.gemstone.gemfire.internal.cache.wan.parallel.ParallelGatewaySenderQueue.remove(ParallelGatewaySenderQueue.java:1109)
[vm_1]  at 
com.gemstone.gemfire.internal.cache.wan.parallel.ParallelGatewaySenderQueue.remove(ParallelGatewaySenderQueue.java:1543)
[vm_1]  at 
com.gemstone.gemfire.internal.cache.wan.AbstractGatewaySenderEventProcessor.eventQueueRemove(AbstractGatewaySenderEventProcessor.java:238)
[vm_1]  at 
com.gemstone.gemfire.internal.cache.wan.AbstractGatewaySenderEventProcessor.handleSuccessfulBatchDispatch(AbstractGatewaySenderEventProcessor.java:910)
[vm_1]  at 
com.gemstone.gemfire.internal.cache.wan.AbstractGatewaySenderEventProcessor.processQueue(AbstractGatewaySenderEventProcessor.java:635)
[vm_1]  at 
com.gemstone.gemfire.internal.cache.wan.AbstractGatewaySenderEventProcessor.run(AbstractGatewaySenderEventProcessor.java:1058){noformat}

Analysis from [~barry.oglesby]:

This issue happens after the event has been processed by the 
AsyncEventListener. When the event is removed from the BucketRegionQueue, an 
EntryEventImpl is created. The EntryEventImpl constructor attempts to get the 
appropriate bucket from which to remove the entry even though this has already 
been decided by the data PR. For fixed partitioning, the getHashKey method 
requires a FixedPartitionResolver, and since one has not been set in the 
BucketRegionQueue, an exception is thrown. In the non-fixed partitioning case, 
no PartitionResolver is necessary, so the fact that there isn't one set doesn't 
matter.

The reason the getHashKey method goes down the fixed partitioning code path is 
the colocated BucketRegionQueue's fixed partitioning attributes are set in the 
PartitionedRegion constructor based on the parent's fixed partitioning 
attributes. This is unnecessary in the BucketRegionQueue case.



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

[jira] [Resolved] (GEODE-1811) Runtime dependencies listed as optional in build.gradle are not optional in the pom

[Dan Smith (JIRA)]

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

Dan Smith resolved GEODE-1811.
--
   Resolution: Fixed
Fix Version/s: 1.0.0-incubating

> Runtime dependencies listed as optional in build.gradle are not optional in 
> the pom
> ---
>
> Key: GEODE-1811
> URL: https://issues.apache.org/jira/browse/GEODE-1811
> Project: Geode
>  Issue Type: Bug
>  Components: build
>Reporter: Dan Smith
>Assignee: Dan Smith
> Fix For: 1.0.0-incubating
>
>
> We added a flag to mark dependencies as optional in build gradle, using 
> ext.optional. We've added that flag to several dependencies in build.gradle.
> Unfortunately, we were only honoring the flag for compile dependencies, not 
> runtime dependencies. So with geode M3, the following dependencies are still 
> not optional at runtime, even though they are marked as optional in 
> geode-core/build.gradle.
> {code}
> 
>   org.fusesource.jansi
>   jansi
>   1.8
>   runtime
>   true
> 
> 
>   org.apache.logging.log4j
>   log4j-slf4j-impl
>   2.6.1
>   runtime
>   true
> 
> 
>   org.apache.logging.log4j
>   log4j-jcl
>   2.6.1
>   runtime
>   true
> 
> 
>   org.apache.logging.log4j
>   log4j-jul
>   2.6.1
>   runtime
>   true
> 
> {code}



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

[jira] [Resolved] (GEODE-1810) WAN locator exchange doesn't include hostname-for-clients if it is set

[Dan Smith (JIRA)]

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

Dan Smith resolved GEODE-1810.
--
   Resolution: Fixed
 Assignee: Dan Smith
Fix Version/s: 1.0.0-incubating

> WAN locator exchange doesn't include hostname-for-clients if it is set
> --
>
> Key: GEODE-1810
> URL: https://issues.apache.org/jira/browse/GEODE-1810
> Project: Geode
>  Issue Type: Bug
>  Components: wan
>Reporter: Dan Smith
>Assignee: Dan Smith
> Fix For: 1.0.0-incubating
>
>
> When locator information is exchanged for WAN communication, the 
> hostname-for-clients value is not included if it is set. Since gateway 
> senders are really just clients, they fail to connect to the remote locators 
> since they are attempting to connect to an internal address and not the 
> hostname-for-clients address.



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

[jira] [Created] (GEODE-1811) Runtime dependencies listed as optional in build.gradle are not optional in the pom

[Dan Smith (JIRA)]

Dan Smith created GEODE-1811:


 Summary: Runtime dependencies listed as optional in build.gradle 
are not optional in the pom
 Key: GEODE-1811
 URL: https://issues.apache.org/jira/browse/GEODE-1811
 Project: Geode
  Issue Type: Bug
  Components: build
Reporter: Dan Smith


We added a flag to mark dependencies as optional in build gradle, using 
ext.optional. We've added that flag to several dependencies in build.gradle.

Unfortunately, we were only honoring the flag for compile dependencies, not 
runtime dependencies. So with geode M3, the following dependencies are still 
not optional at runtime, even though they are marked as optional in 
geode-core/build.gradle.

{code}

  org.fusesource.jansi
  jansi
  1.8
  runtime
  true


  org.apache.logging.log4j
  log4j-slf4j-impl
  2.6.1
  runtime
  true


  org.apache.logging.log4j
  log4j-jcl
  2.6.1
  runtime
  true


  org.apache.logging.log4j
  log4j-jul
  2.6.1
  runtime
  true

{code}



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

[jira] [Assigned] (GEODE-1811) Runtime dependencies listed as optional in build.gradle are not optional in the pom

[Dan Smith (JIRA)]

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

Dan Smith reassigned GEODE-1811:


Assignee: Dan Smith

> Runtime dependencies listed as optional in build.gradle are not optional in 
> the pom
> ---
>
> Key: GEODE-1811
> URL: https://issues.apache.org/jira/browse/GEODE-1811
> Project: Geode
>  Issue Type: Bug
>  Components: build
>Reporter: Dan Smith
>Assignee: Dan Smith
>
> We added a flag to mark dependencies as optional in build gradle, using 
> ext.optional. We've added that flag to several dependencies in build.gradle.
> Unfortunately, we were only honoring the flag for compile dependencies, not 
> runtime dependencies. So with geode M3, the following dependencies are still 
> not optional at runtime, even though they are marked as optional in 
> geode-core/build.gradle.
> {code}
> 
>   org.fusesource.jansi
>   jansi
>   1.8
>   runtime
>   true
> 
> 
>   org.apache.logging.log4j
>   log4j-slf4j-impl
>   2.6.1
>   runtime
>   true
> 
> 
>   org.apache.logging.log4j
>   log4j-jcl
>   2.6.1
>   runtime
>   true
> 
> 
>   org.apache.logging.log4j
>   log4j-jul
>   2.6.1
>   runtime
>   true
> 
> {code}



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

[jira] [Created] (GEODE-1810) WAN locator exchange doesn't include hostname-for-clients if it is set

[Dan Smith (JIRA)]

Dan Smith created GEODE-1810:


 Summary: WAN locator exchange doesn't include hostname-for-clients 
if it is set
 Key: GEODE-1810
 URL: https://issues.apache.org/jira/browse/GEODE-1810
 Project: Geode
  Issue Type: Bug
  Components: wan
Reporter: Dan Smith


When locator information is exchanged for WAN communication, the 
hostname-for-clients value is not included if it is set. Since gateway senders 
are really just clients, they fail to connect to the remote locators since they 
are attempting to connect to an internal address and not the 
hostname-for-clients address.



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

[jira] [Resolved] (GEODE-1776) ExecuteRegionFunctionOp fails to read all data off the wire when an exception is sent with sendResult

[Dan Smith (JIRA)]

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

Dan Smith resolved GEODE-1776.
--
   Resolution: Fixed
Fix Version/s: 1.0.0-incubating

> ExecuteRegionFunctionOp fails to read all data off the wire when an exception 
> is sent with sendResult
> -
>
> Key: GEODE-1776
> URL: https://issues.apache.org/jira/browse/GEODE-1776
> Project: Geode
>  Issue Type: Bug
>  Components: functions
>Reporter: Dan Smith
>Assignee: Dan Smith
> Fix For: 1.0.0-incubating
>
>
> Executing the below code on a client will result in the function service not 
> reading all of the data off the wire. The next message sent will receive 
> serialization errors.
> {code}
> ResultCollector rc = getExecution().execute((context) -> {
> context.getResultSender().sendResult(new FunctionException());
> context.getResultSender().lastResult("done");
> });
> final Object result = rc.getResult();
> {code}
> It looks like what is happening is that inside 
> ExecuteRegionFunctionOp.processResponse, there is special handling to read 
> multiple chunks until all of the results are received. Unfortunately, certain 
> code paths like the one above with multiple results end up throwing an 
> exception instead of reading all of the chunks. 
> Here's the relevant bits of code:
> {code}
> // Read the chunk
> do {
>   //...
>   if (result instanceof FunctionException) {
> //...
> //This will end the loop without reading the remaining data
> throw ex;
>   }
>   //...
> } while (!executeFunctionResponseMsg.isLastChunk());
> {code}



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

[jira] [Resolved] (GEODE-1760) Custom ResultCollector on client does not receive partial results, but peer does

[Dan Smith (JIRA)]

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

Dan Smith resolved GEODE-1760.
--
   Resolution: Fixed
Fix Version/s: 1.0.0-incubating

> Custom ResultCollector on client does not receive partial results, but peer 
> does
> 
>
> Key: GEODE-1760
> URL: https://issues.apache.org/jira/browse/GEODE-1760
> Project: Geode
>  Issue Type: Bug
>  Components: functions
>Reporter: Dan Smith
>Assignee: Dan Smith
> Fix For: 1.0.0-incubating
>
>
> If a non HA function is executed from a client and one or more servers throw 
> an exception, a custom ResultCollector on the client does not receive any 
> data for the members that did succeed. For some use cases we it would be 
> helpful if the client received results from the members that were successful.
> The currently client behavior is also inconsistent with the way that 
> functions work between peers, because a ResultCollector in a peer will 
> receive all of the results from the members that did succeed, even if some 
> members fail.



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

[jira] [Commented] (GEODE-1762) FunctionService throws exceptions from different places for clients and peers

[Dan Smith (JIRA)]

[ 
https://issues.apache.org/jira/browse/GEODE-1762?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15425434#comment-15425434
 ] 

Dan Smith commented on GEODE-1762:
--

The above commit added some tests that indicate the issue. Look for GEODE-1762 
in FunctionServiceBase and uncomment the checks. For example the below code 
shows the peers throw an IllegalStateException wrapped in a FunctionException, 
but clients throw a ServerOperationException.

{code}
  @Test()
  public void defaultCollectorThrowsExceptionAfterFunctionThrowsIllegalState() {
//GEODE-1762 - clients throw from execute, but peers throw from rc.getResult
thrown.expect(FunctionException.class);
//GEODE-1762 - clients wrap cause in a ServerOperationException
//thrown.expectCause(isA(IllegalStateException.class));
ResultCollector rc = getExecution().execute((context) -> {throw new 
IllegalStateException();});
final Object result = rc.getResult();
  }
{code}

> FunctionService throws exceptions from different places for clients and peers
> -
>
> Key: GEODE-1762
> URL: https://issues.apache.org/jira/browse/GEODE-1762
> Project: Geode
>  Issue Type: Bug
>  Components: functions
>Reporter: Dan Smith
>Assignee: Dan Smith
>
> If a function throws an exception, the exception gets passed back to the 
> caller from a different location if the function is executed from a client or 
> a peer.
> From a peer, the exception is thrown from the result collector
> From 
> [FunctionServiceBase|https://github.com/apache/incubator-geode/blob/aca7b288f378ec05e00ec3a9277265d1a9679b4a/geode-core/src/test/java/com/gemstone/gemfire/internal/cache/execute/FunctionServiceBase.java]:
> {code}
> @Test()
>   public void 
> defaultCollectorThrowsExceptionAfterFunctionThrowsIllegalState() {
> final Host host = Host.getHost(0);
> ResultCollector rc = getExecution().execute((context) -> {throw new 
> IllegalStateException();});
> //On a peer the exception is thrown from the rc.getResult call, below
> final Object result = rc.getResult();
>   }
> {code}
> However, from a client executing the exact same code, the exception gets 
> thrown from the Execution.execute() method instead.
> {code}
> @Test()
>   public void 
> defaultCollectorThrowsExceptionAfterFunctionThrowsIllegalState() {
> final Host host = Host.getHost(0);
> //On a client the exception is thrown from the execute call, below
> ResultCollector rc = getExecution().execute((context) -> {throw new 
> IllegalStateException();});
>   }
> {code}
> The exception handling should be consistent between clients and peers.



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

[jira] [Created] (GEODE-1776) ExecuteRegionFunctionOp fails to read all data off the wire when an exception is sent with sendResult

[Dan Smith (JIRA)]

Dan Smith created GEODE-1776:


 Summary: ExecuteRegionFunctionOp fails to read all data off the 
wire when an exception is sent with sendResult
 Key: GEODE-1776
 URL: https://issues.apache.org/jira/browse/GEODE-1776
 Project: Geode
  Issue Type: Bug
  Components: functions
Reporter: Dan Smith


Executing the below code on a client will result in the function service not 
reading all of the data off the wire. The next message sent will receive 
serialization errors.

{code}
ResultCollector rc = getExecution().execute((context) -> {
context.getResultSender().sendResult(new FunctionException());
context.getResultSender().lastResult("done");
});
final Object result = rc.getResult();
{code}

It looks like what is happening is that inside 
ExecuteRegionFunctionOp.processResponse, there is special handling to read 
multiple chunks until all of the results are received. Unfortunately, certain 
code paths like the one above with multiple results end up throwing an 
exception instead of reading all of the chunks. 

Here's the relevant bits of code:
{code}
// Read the chunk
do {
  //...
  if (result instanceof FunctionException) {
//...
//This will end the loop without reading the remaining data
throw ex;
  }
  //...
} while (!executeFunctionResponseMsg.isLastChunk());
{code}



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

[jira] [Assigned] (GEODE-1776) ExecuteRegionFunctionOp fails to read all data off the wire when an exception is sent with sendResult

[Dan Smith (JIRA)]

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

Dan Smith reassigned GEODE-1776:


Assignee: Dan Smith

> ExecuteRegionFunctionOp fails to read all data off the wire when an exception 
> is sent with sendResult
> -
>
> Key: GEODE-1776
> URL: https://issues.apache.org/jira/browse/GEODE-1776
> Project: Geode
>  Issue Type: Bug
>  Components: functions
>Reporter: Dan Smith
>Assignee: Dan Smith
>
> Executing the below code on a client will result in the function service not 
> reading all of the data off the wire. The next message sent will receive 
> serialization errors.
> {code}
> ResultCollector rc = getExecution().execute((context) -> {
> context.getResultSender().sendResult(new FunctionException());
> context.getResultSender().lastResult("done");
> });
> final Object result = rc.getResult();
> {code}
> It looks like what is happening is that inside 
> ExecuteRegionFunctionOp.processResponse, there is special handling to read 
> multiple chunks until all of the results are received. Unfortunately, certain 
> code paths like the one above with multiple results end up throwing an 
> exception instead of reading all of the chunks. 
> Here's the relevant bits of code:
> {code}
> // Read the chunk
> do {
>   //...
>   if (result instanceof FunctionException) {
> //...
> //This will end the loop without reading the remaining data
> throw ex;
>   }
>   //...
> } while (!executeFunctionResponseMsg.isLastChunk());
> {code}



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

[jira] [Assigned] (GEODE-1762) FunctionService throws exceptions from different places for clients and peers

[Dan Smith (JIRA)]

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

Dan Smith reassigned GEODE-1762:


Assignee: Dan Smith

> FunctionService throws exceptions from different places for clients and peers
> -
>
> Key: GEODE-1762
> URL: https://issues.apache.org/jira/browse/GEODE-1762
> Project: Geode
>  Issue Type: Bug
>  Components: functions
>Reporter: Dan Smith
>Assignee: Dan Smith
>
> If a function throws an exception, the exception gets passed back to the 
> caller from a different location if the function is executed from a client or 
> a peer.
> From a peer, the exception is thrown from the result collector
> From 
> [FunctionServiceBase|https://github.com/apache/incubator-geode/blob/aca7b288f378ec05e00ec3a9277265d1a9679b4a/geode-core/src/test/java/com/gemstone/gemfire/internal/cache/execute/FunctionServiceBase.java]:
> {code}
> @Test()
>   public void 
> defaultCollectorThrowsExceptionAfterFunctionThrowsIllegalState() {
> final Host host = Host.getHost(0);
> ResultCollector rc = getExecution().execute((context) -> {throw new 
> IllegalStateException();});
> //On a peer the exception is thrown from the rc.getResult call, below
> final Object result = rc.getResult();
>   }
> {code}
> However, from a client executing the exact same code, the exception gets 
> thrown from the Execution.execute() method instead.
> {code}
> @Test()
>   public void 
> defaultCollectorThrowsExceptionAfterFunctionThrowsIllegalState() {
> final Host host = Host.getHost(0);
> //On a client the exception is thrown from the execute call, below
> ResultCollector rc = getExecution().execute((context) -> {throw new 
> IllegalStateException();});
>   }
> {code}
> The exception handling should be consistent between clients and peers.



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

[jira] [Created] (GEODE-1762) FunctionService throws exceptions from different places for clients and peers

[Dan Smith (JIRA)]

Dan Smith created GEODE-1762:


 Summary: FunctionService throws exceptions from different places 
for clients and peers
 Key: GEODE-1762
 URL: https://issues.apache.org/jira/browse/GEODE-1762
 Project: Geode
  Issue Type: Bug
  Components: functions
Reporter: Dan Smith


If a function throws an exception, the exception gets passed back to the caller 
from a different location if the function is executed from a client or a peer.

>From a peer, the exception is thrown from the result collector
>From 
>[FunctionServiceBase|https://github.com/apache/incubator-geode/blob/aca7b288f378ec05e00ec3a9277265d1a9679b4a/geode-core/src/test/java/com/gemstone/gemfire/internal/cache/execute/FunctionServiceBase.java]:
{code}
@Test()
  public void defaultCollectorThrowsExceptionAfterFunctionThrowsIllegalState() {
final Host host = Host.getHost(0);

ResultCollector rc = getExecution().execute((context) -> {throw new 
IllegalStateException();});
//On a peer the exception is thrown from the rc.getResult call, below
final Object result = rc.getResult();
  }
{code}

However, from a client executing the exact same code, the exception gets thrown 
from the Execution.execute() method instead.

{code}
@Test()
  public void defaultCollectorThrowsExceptionAfterFunctionThrowsIllegalState() {
final Host host = Host.getHost(0);

//On a client the exception is thrown from the execute call, below
ResultCollector rc = getExecution().execute((context) -> {throw new 
IllegalStateException();});
  }
{code}

The exception handling should be consistent between clients and peers.



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

[jira] [Assigned] (GEODE-1760) Custom ResultCollector on client does not receive partial results, but peer does

[Dan Smith (JIRA)]

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

Dan Smith reassigned GEODE-1760:


Assignee: Dan Smith

> Custom ResultCollector on client does not receive partial results, but peer 
> does
> 
>
> Key: GEODE-1760
> URL: https://issues.apache.org/jira/browse/GEODE-1760
> Project: Geode
>  Issue Type: Bug
>  Components: functions
>Reporter: Dan Smith
>Assignee: Dan Smith
>
> If a non HA function is executed from a client and one or more servers throw 
> an exception, a custom ResultCollector on the client does not receive any 
> data for the members that did succeed. For some use cases we it would be 
> helpful if the client received results from the members that were successful.
> The currently client behavior is also inconsistent with the way that 
> functions work between peers, because a ResultCollector in a peer will 
> receive all of the results from the members that did succeed, even if some 
> members fail.



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

[jira] [Created] (GEODE-1760) Custom ResultCollector on client does not receive partial results, but peer does

[Dan Smith (JIRA)]

Dan Smith created GEODE-1760:


 Summary: Custom ResultCollector on client does not receive partial 
results, but peer does
 Key: GEODE-1760
 URL: https://issues.apache.org/jira/browse/GEODE-1760
 Project: Geode
  Issue Type: Bug
  Components: functions
Reporter: Dan Smith


If a non HA function is executed from a client and one or more servers throw an 
exception, a custom ResultCollector on the client does not receive any data for 
the members that did succeed. For some use cases we it would be helpful if the 
client received results from the members that were successful.

The currently client behavior is also inconsistent with the way that functions 
work between peers, because a ResultCollector in a peer will receive all of the 
results from the members that did succeed, even if some members fail.



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

[jira] [Assigned] (GEODE-1583) CI failure: DurableClientSimpleDUnitTest.testSimpleDurableClient2

[Dan Smith (JIRA)]

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

Dan Smith reassigned GEODE-1583:


Assignee: Dan Smith

> CI failure: DurableClientSimpleDUnitTest.testSimpleDurableClient2
> -
>
> Key: GEODE-1583
> URL: https://issues.apache.org/jira/browse/GEODE-1583
> Project: Geode
>  Issue Type: Bug
>  Components: client queues
>Reporter: Hitesh Khamesra
>Assignee: Dan Smith
>  Labels: CI
>
> https://brazil.gemstone.com:8080/job/Geode_develop_DistributedTests/2986/testReport/com.gemstone.gemfire.internal.cache.tier.sockets/DurableClientSimpleDUnitTest/testSimpleDurableClient2/
> com.gemstone.gemfire.test.dunit.RMIException: While invoking 
> com.gemstone.gemfire.internal.cache.tier.sockets.DurableClientTestCase$6.run 
> in VM 0 running on Host timor.gemstone.com with 4 VMs
> Stacktrace
> com.gemstone.gemfire.test.dunit.RMIException: While invoking 
> com.gemstone.gemfire.internal.cache.tier.sockets.DurableClientTestCase$6.run 
> in VM 0 running on Host timor.gemstone.com with 4 VMs
>   at com.gemstone.gemfire.test.dunit.VM.invoke(VM.java:389)
>   at com.gemstone.gemfire.test.dunit.VM.invoke(VM.java:355)
>   at com.gemstone.gemfire.test.dunit.VM.invoke(VM.java:293)
>   at 
> com.gemstone.gemfire.internal.cache.tier.sockets.DurableClientTestCase.verifySimpleDurableClient(DurableClientTestCase.java:294)
>   at 
> com.gemstone.gemfire.internal.cache.tier.sockets.DurableClientTestCase.testSimpleDurableClient2(DurableClientTestCase.java:224)
>   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.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
>   at 
> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
>   at 
> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
>   at 
> org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
>   at 
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
>   at 
> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
>   at org.junit.rules.TestWatcher$1.evaluate(TestWatcher.java:55)
>   at org.junit.rules.RunRules.evaluate(RunRules.java:20)
>   at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
>   at 
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
>   at 
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
>   at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
>   at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
>   at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
>   at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
>   at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
>   at 
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
>   at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.runTestClass(JUnitTestClassExecuter.java:112)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.execute(JUnitTestClassExecuter.java:56)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassProcessor.processTestClass(JUnitTestClassProcessor.java:66)
>   at 
> org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.processTestClass(SuiteTestClassProcessor.java:51)
>   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.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
>   at 
> org.gradle.messaging.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:32)
>   at 
> org.gradle.messaging.dispatch.ProxyDispatchAdapter$DispatchingInvocationHandler.invoke(ProxyDispatchAdapter.java:93)
>   at com.sun.proxy.$Proxy2.processTestClass(Unknown Source)
>   at 
> org.gradle.api.internal.tasks.testing.worker.TestWorker.processTestClas

[jira] [Resolved] (GEODE-1742) Possible NPE from CqAttributesFactory.getCQListeners

[Dan Smith (JIRA)]

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

Dan Smith resolved GEODE-1742.
--
Resolution: Fixed

> Possible NPE from CqAttributesFactory.getCQListeners 
> -
>
> Key: GEODE-1742
> URL: https://issues.apache.org/jira/browse/GEODE-1742
> Project: Geode
>  Issue Type: Bug
>  Components: client queues
>Reporter: Dan Smith
>Assignee: Dan Smith
>
> This method checks to see if cqListeners is null outside of synchronization. 
> Other methods can set cqListeners to be null after this check but before 
> cqListeners is used, resulting in an NPE
> {code}
> public CqListener[] getCqListeners() {
>   if (this.cqListeners == null){
> return CqAttributesImpl.EMPTY_LISTENERS;
>   }
>   
>   CqListener[] result = null;
>   synchronized(this.clSync){   
> //Here, cqListeners may have been set to null by another method
> result = new CqListener[cqListeners.size()];
> cqListeners.toArray(result);
>   }
>   return result;
> }
> {code}



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