In the last few days Manik and I have been discussing http://jira.jboss.com/jira/browse/JBCACHE-816 and as a result of that, we've also started discussing http://jira.jboss.com/jira/browse/JGRP-105 1.- Looking at 816 I thought, is there a real need to resolve this issue at the JBC level? What can JBC bring to the table to resolve this? Re 1.- JBC is a specialist keeping stuff in memory. Will this proxy keep the data transfered between DCs in memory? I don't see any point of doing this. Local cache instances within DCs will already have this information as propagated by the GR. This led to a second question. 2.- Could this be fully resolved by the enhanced GR (outcome of JGRP-105)? Re 2.- Resolving this at the GR level it's always gonna be faster than doing it at the JBC level via CacheListeners. Besides, using JBC and CacheListeners as a mere tunnel seems to me an overkill. 3.- In my discussion with Manik, he replied that we might not want all local DC multicasting traffic to be broadcasted to other DCs as this would slow things down. We might only want for example JBC Crud (put, remove...etc) methods to be broadcasted to other DCs. Re 3.- To resolve this, the enhanced GR could provide provide some kind of filtering that determines which traffic to propagate and which not. 4.- Manik also mentioned that we would like local DC multicast to be synchronous, whereas inter DC or inter GR communications to be asynchronous. Re 4.- I guess this could be configured at the GR level? Summary: I'd like to add the following requirements to JGRP-105: - be able to filter which traffic get's propagated to DCs, i.e. only Cache CRUD methods. JGroups could define an interface for that, which JBC would implement based on its requirements. - configurable (sync/async) communications for in DC (typically IP multicast) and inter DC (inter GR - typically TCP based) Finally, JGRP-105 should also provide: - GR failover. We need to support failover of a GR so that another node in the local DC takes over. Thoughts? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4073075#... Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&a...