Hi,
Using Ripple, I wonder what is the best way to implement a simple
find_by_email function.
Since i don't want to use the email as a key, is there another way
that using a mapreduce function ?
Many thanks,
Samuel (newbie)
require 'ripple'
require 'digest/d5'
class User
include Ripple::D
You're on the right track. It might be best to make a built-in function that
can handle more than one possibility, for example:
var Ripple = {
mapByFields: function(value, keyData, fields){
if(!value.not_found){
var object = Riak.mapValuesJson(value)[0];
for(field
Sam,
Kevin Smith informs me that this has been fixed in the "tip" version of the
Java client. You can get it here:
http://bitbucket.org/basho/riak-java-client
Sean Cribbs
Developer Advocate
Basho Technologies, Inc.
http://basho.com/
On May 28, 2010, at 11:51 PM, Sam Tingleff wrote:
> I've f
Is the check in perhaps incomplete? I'm only seeing a note in the
changelog.
- Jonathan
On Tue, Jun 1, 2010 at 11:30 AM, Sean Cribbs wrote:
> Sam,
>
> Kevin Smith informs me that this has been fixed in the "tip" version of the
> Java client. You can get it here:
>
> http://bitbucket.org/basho
Yes. I borked the check in a bit (developing in one directory and pushing from
another..doh!) I'm fixing up the code now and should have the tests passing
soon. Code is now on tip but with a few broken tests.
Apologies for the borkedness..
--Kevin
On Jun 1, 2010, at 12:23 PM, Jonathan L
Morning, Afternoon, Evening to all -
This Recap (as well as tomorrow's and Thursday's) is coming to you
live from the Open Source Bridge Conference in Portland, OR. (For
anyone who is interested, there is a ustream happening here --->
http://is.gd/cymL5 - no promises on what will be broadcasted)
With no single point of failure there is no single index of keys. So
the only way to get an exhaustive list of keys in a given bucket is to
ask all nodes (I do not know if this is what riak is actually doing).
On Mon, May 31, 2010 at 10:46 AM, Johan Harjono wrote:
> Hi,
> Thanks for the tip! Usin
On Tue, Jun 1, 2010 at 1:56 PM, Sam Tingleff wrote:
> With no single point of failure there is no single index of keys. So
> the only way to get an exhaustive list of keys in a given bucket is to
> ask all nodes (I do not know if this is what riak is actually doing).
Sam is exactly right that Ri
> 2) Q --- Does riak replicate the bucket information (e.g. list of keys
> inside the bucket)? (from ddmmi via #riak
>
> A --- It's not replicated, it's gossiped along with ring state.
>
> "Gossiping" in the Riak Glossary --->
> http://wiki.basho.com/display/RIAK/Riak+Glossary#RiakGlossary-Gossi
Fixes for the broken unit and integration tests have been pushed to tip in the
riak-java-client repo. All should be good at this point.
--Kevin
On Jun 1, 2010, at 1:01 PM, Kevin Smith wrote:
> Yes. I borked the check in a bit (developing in one directory and pushing
> from another..doh!) I'
Saw what I think is strange replication/failover behavior while testing out
a cluster with two nodes. My cluster is running defaults and maps simple
keys to byte payloads. I saw this sequence of events:
1) Query for key "X". Receive the correct value "Y" as expected.
2) Shut down node #1. Que
Here's a question regarding idle connection handling. Riak (actually,
mochiweb:request/2) automatically resets idle connections after 30 seconds.
But, before closing the connection, it sends a 400 response. For example:
> time telnet 127.0.0.1 8091
Trying 127.0.0.1...
Connected to localhost.
Es
Jonathan,
This has already been fixed on tip and should be released with 0.11. See:
http://hg.basho.com/mochiweb/changeset/6cc943959128
Sean Cribbs
Developer Advocate
Basho Technologies, Inc.
http://basho.com/
On Jun 1, 2010, at 9:57 PM, Jonathan Lee wrote:
> Here's a question regarding idle
Ah, I missed that. Thanks for the quick response! I just re-cloned riak
and ran make, and the mochiweb pulled contains that changeset. However, it
is not checked out for me:
[~/riak]> cd deps/mochiweb
[~/riak/deps/mochiweb]> hg parents
changeset: 115:5ccf25b213fc
user:Bryan Fink
date
Just realized that apps/riak_core/rebar.config is pointing to commit 115,
but the change was 116...
On Tue, Jun 1, 2010 at 10:16 PM, Jonathan Lee wrote:
> Ah, I missed that. Thanks for the quick response! I just re-cloned riak
> and ran make, and the mochiweb pulled contains that changeset. H
15 matches
Mail list logo
