Guys, here are my comments. As far as ticket filed by Sam. If reads are paused at some point they should get unpaused when incoming message queue gets shorter. The issues's description makes me think that Ross has very heavy logic in the listener, so notification processing takes too long. Ross, is that the case? Can you see if you can speed up notification processing?
Another point is the following. Ross, why do you have many queries for one cache? I am pretty sure it will be better to start one. Or you can think of switching to cache interceptor - https://ignite.apache.org/releases/1.6.0/javadoc/org/apache/ignite/cache/class-use/CacheInterceptor.html - and some how notify the client on updates via IgniteCompute API, for instance. Thanks! --Yakov 2016-07-29 18:40 GMT+03:00 ross.anderson <[email protected]>: > Could you not use a hash of the remote filter predicates that the update > 'passed' on the server to identify which local listeners to propagate to? > > I appreciate the speedy response anyway guys. Have a good weekend. > > > > -- > View this message in context: > http://apache-ignite-users.70518.x6.nabble.com/Deadlock-during-Client-Continuous-Query-deserialization-tp6565p6622.html > Sent from the Apache Ignite Users mailing list archive at Nabble.com. >
