Re: More on Map/Reduce, Riak, and Grails Gorm, spring-data support

2010-12-01 Thread Alexander Sicular
On Wed, Dec 1, 2010 at 12:32, Jon Brisbin wrote: > > On Dec 1, 2010, at 10:08 AM, Kevin Smith wrote: > >> There is a cache between the MapReduce machinery and the Javascript VMs to >> reduce demand on the VMs. It is a two-level cache based on the bucket/key >> pair being accessed and the hash of

Re: More on Map/Reduce, Riak, and Grails Gorm, spring-data support

2010-12-01 Thread Jon Brisbin
On Dec 1, 2010, at 10:08 AM, Kevin Smith wrote: > There is a cache between the MapReduce machinery and the Javascript VMs to > reduce demand on the VMs. It is a two-level cache based on the bucket/key > pair being accessed and the hash of the Javascript function name or source > being invoked.

Re: More on Map/Reduce, Riak, and Grails Gorm, spring-data support

2010-12-01 Thread Kevin Smith
Responses inline. On Nov 30, 2010, at 4:18 PM, Jon Brisbin wrote: > I'm still struggling with some unexpected results in running tests for the > Java support I'm writing for Grails and Spring Data. > > As an example, I ran the full Gorm TCK test suite against my local Riak > server (0.13.0) an