Regarding http://jira.jboss.com/jira/browse/JBCACHE-991 (non Tx batching), the application I work on has a similar need to this and it looks like something I may be able to help out with if I understand the requirements correctly. Assuming you decide to go with an API addition and add startBatch (), commitBatch(), rollbackBatch(), etc. it appears fairly straightforward. This feature seems doable by adding a BatchInterceptor to sit right after the InvocationContextInterceptor. Using a ThreadLocal variable, we could just buffer the invocation's MethodCall if the current thread and cache was inside a 'batch'. CommitBatch could simply fire off a new MethodCall "_commitBatch" that would signal that BatchInterceptor to iterate through the list of batched MethodCalls and re-send them down the interceptor chain. We could do this by making cacheimpl.invokeMethod accessible from BatchInterceptor. Rollback would work in the same way. If the batching is not thread specific, substitute ThreadLocal with a normal variable to hold the batched MethodCalls for similar functionality. If the batch operations need to be Atomic, it would be a little more complicated, as we'd need some sort of two phase commit mechanism similar to the way transactions work now, except without the node locks I'd assume. If this sounds correct and you're ok with a non-commiter working with this part of the code, I'd be happy to submit a patch. Otherwise, I'm happy to help out by continuing to test and submit bugs and bug-fixes to you and Jason. --Vincent