Re: Depending on TransportListener for cache consistency

2015-08-18 Thread jlindwall
We will not be using a network of brokers, due to the possibility of persistent messages getting undelivered after a failover (not sure if "orphaned" is a better term?) due to this issue: https://issues.apache.org/jira/browse/AMQ-5897 We are using a shared filesystem master/slave setup. We are w

Re: Depending on TransportListener for cache consistency

2015-08-17 Thread artnaseef
There are other concerns as well. For example, when using a network of brokers, topic messages can be lost if a network connection between brokers goes down, even just for an instant, and there's no way for the applications to detect this loss (unless your messages have something that can be used

Re: Depending on TransportListener for cache consistency

2015-08-17 Thread jlindwall
You raise some valid-sounding concerns: specifically the information that there can be message loss for non-durable subscriptions even in the absence of a connection failure or broker failure. Our cached items remain cached for extended periods, so we'd in trouble if we miss a cache message for an

Re: Depending on TransportListener for cache consistency

2015-08-08 Thread Christopher Shannon
I don't know the exactly details of your use case but this seems reasonable to me as long as you account for the fact that messages could still be lost or not received in a timely matter even if there isn't a broker restart or lost connection. An example where a message could be lost is if the top