[ 
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)

Reply via email to