RE: [jbosscache-dev] CacheSPI.setStateTransferManager
Ah good, didn't know you had the RPCManager.
Which leads me back to the API question, because maybe RPCManager
exposes stuff too that we may not consider "public API". Public in the
sense that people can code against it and rely on it for the life of a
major release. Like the JGroups Address and MethodCall classes. But if
exposed through the CacheSPI getter, the class is out there. So a
general question is, where do we draw the line on what is the public
API?
Ideally it would be Cache and CacheSPI, plus any API exposed by a
class/interface that those interfaces expose. So, RPCManager and
StateManager would be "public". But following that rule exposes all
sorts of other stuff as well (RegionManager, TransactionManager, ...).
Manik Surtani wrote:
It should call CacheSPI.getRPCManager().callRemote...
On 19 Sep 2006, at 16:31, Brian Stansberry wrote:
>
> StateTransferManager invokes TreeCache.callRemoteMethods, which I
> can't imagine being added to CacheSPI. There may be other methods
> as well. It has a public getter/setter for the cache that subclasses
> can use.
Brian Stansberry
Lead, AS Clustering
JBoss, a division of Red Hat
Ph: 510-396-3864
skype: bstansberry