[ https://issues.apache.org/jira/browse/GEODE-5236?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16489995#comment-16489995 ]
John Blum commented on GEODE-5236: ---------------------------------- As such, additional logic is required at runtime, in the test (suite) class no less, to coordinate between the client and server, especially when the cache instance maybe be cycled rather quickly between tests, as explained in this email thread on the Apache Geode Dev Mailing List, with original question posted [here|http://markmail.org/message/rgrzv2rlcjt3z6rh and my follow up response (with solution) [here|http://markmail.org/message/66zgutdxs3cqyk6y]. This is something I plan to handle for users in the new [*_Spring Test for Apache Geode & Pivotal GemFire (using Spring Data)_*|https://github.com/spring-projects/spring-test-data-geode] project. > Intermittent NoSubscriptionServersAvailableException > ----------------------------------------------------- > > Key: GEODE-5236 > URL: https://issues.apache.org/jira/browse/GEODE-5236 > Project: Geode > Issue Type: Bug > Components: client queues, cq > Reporter: Swapnil Bawaskar > Priority: Major > > When the client connects to the server, the server creates a queue for the > events to send the client, whether the client is *durable* or not. If that > server-side queue is not ready, then a interest registration or CQ will cause > the \{{NoSubscriptionServersAvailableException}}. > When the request for RI or CQ reaches the server, I think, the server should > be able to check if queue initialization is in progress, and the call should > block until the queue is ready. > -- This message was sent by Atlassian JIRA (v7.6.3#76005)