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
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
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
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
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
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'
> 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
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
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
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)
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
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
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
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
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
15 matches
Mail list logo