> Question is, is it possible for C to access the cluster root, using JGroups protocol, while in the point of view of C, both A and B are transparent?
Let me explain the reason for client C to access cluster instead any specific cache instance.
For load balancing purpose, there should be multiple instance in the cluster behaving as the primary caches that serve the concurrent clients, while another cache instance behaves as the backup.
All the primary are memory-based only, while the backup has cache persistency loader from/to files or database. Therefore, the architecture of the various instances of the cluster is asymmetric.
When the backup instance crashes, one of the primary cache should substitute the backup. Hence, the entire cluster is self-adaptive.
Besides, at run time, it should allow new cache instance to join the cluster. Or the current cluster members to quit. That is to say, the cluster is dynamic.
Due to the complexity of the internal asymmetric, self-adaptive and dynamic architecture of the cluster, the client should NOT access any cache instance. Instead, the client should access the cluster root while the individual cache instances are transparent to the client.
It does not matter too much whether or not JGroups is the appropriate protocol to suppor the communication between the client and the cache cluster root.
Can anyone tell us whether or not the above is feasible with the current version of JBossCache/JGroups. If not, will this feature be implemented in the future releases?