There are more problems with multicast:
- IIRC a multicast is not garanteed to be received
Using the multicast protocol was not a very good decision, for a service that sends events of which you want to be sure that they arrive. I have been doing some tests, and sometimes events get lost.
- multicast can only be done within the same subnet, while this is not true
for the database connection. So, if you run 2 mmbase's on the same database,
but in a different network, multicast cannot be used to synchronize the
caches.
Exactly, this is also a problem.
So, perhaps there needs to be a small project who offers an alternative for multicast. Perhaps using RMI or so. It should then of course also consider this Thread issue.
I agree, i don't have time now, but in the near future i would like to provide a way to plugin alternative communication mechnisms. I would like to reengineer the current implementation (it's not so much work and e.g. the current interface is bad designed). I also would like to provide an alternative (RMI, direct connections, or something like that), which makes it able to cluster MMBase systems over the internet in a secure and guaranteed manner. I suppose the best way to do this is to make it part of the cleaning project, or create a little project for it.
Rob
