how to configure multiple treecache instances?

[fe2o3]

There are several reasons why I am using TreeCache in my jboss 3.2.4 environment. I have a couple general questions with what I think are correct answers. Could someone verify/dispute them?

1. If I have the need for different treecache commit properties (LOCAL, REPL_SYNC, REPL_ASYNC), do I simply need to create multiple treecache instances with the appropriate configuration?

2. When using multiple jgroups based components (cluster-service.xml, treecache (multiple instances)), is the correct/valid way to configure those components to make sure my multicast addresses don't conflict?

2.1 cluster-service.xml has all the DefaultParition attributes... do they mean *anything* with respect to configuring the underlying jgroups instance? I mean, if you keep the same multicast addresses by change PartitionName or ClusterName attributes, is the config invalid?

2.2 does the treecache config ClusterName have any relation to the jboss-cluster PartitionName? Meaning, do they need to be the same, *not* be the same, etc...

Thanks,
Brad

[belaban]

"fe2o3" wrote:


1. If I have the need for different treecache commit properties (LOCAL, REPL_SYNC, REPL_ASYNC), do I simply need to create multiple treecache instances with the appropriate configuration?

Yes

2. When using multiple jgroups based components (cluster-service.xml, treecache (multiple instances)), is the correct/valid way to configure those components to make sure my multicast addresses don't conflict?

Yes. You can also change the mcast ports

2.1 cluster-service.xml has all the DefaultParition attributes... do they mean *anything* with respect to configuring the underlying jgroups instance? I mean, if you keep the same multicast addresses by change PartitionName or ClusterName attributes, is the config invalid?

cluster-service is not used by TreeCache right now, we're using and configuring JGroups directly

2.2 does the treecache config ClusterName have any relation to the jboss-cluster PartitionName? Meaning, do they need to be the same, *not* be the same, etc...

No relation, but it is the JGroups group name

Bela