JGroupsTransport does not handle the XSite, this is processed by org.infinispan.interceptors.xsite.*BackupInterceptor - JGroupsTransport.backupRemotely is later called to send the command to the other site.
Was there any problem replicating the commands, or are you just exploring the sources? Set logging for TRACE level on org.jgroups and see whether the message is transported.
Thanks for the quick response. The commands are not replicating. I am using an invalidation cache for the entities. It seems that a BackupSenderImpl is only started when there is a backup configuration. Backups (According to the infinispan schema) in Wildfly 8.1 can not be set on invalidation caches and only for shared state caches. None of the backup calls are being invoked.
Ok, so if it cannot be configured, the fact that it's not working is rather a feature than a bug ;-) Invalidation caches don't get that much attention from developers as distributed/replicated caches.
I have a feeling that there might be a disconnect between the Wildfly-8.1 infinispan schema and the native infinispan schema. In the native one, I looked at IS 7 schema (Which is NOT being used in JBOSS 8.x) and noticed that all the cache types can have the backups tag specified which means it should work the same for invalidation. I also looked at the 6.x schema (7 was heavily modified and actually is more readable) and still do not find such a limitation in infinispan. I believe that the author or the JBOSS 8.x infinispan schema knows something that I don't and chose not to base the invalidation cache the same way. I will need to find the author of the JBOSS xsd version and ask him for an explanation. Thank you for your help.