I recently learned a nice way to bump maxfiles on Mac OS X. This works for
me on Yosemite.
#!/usr/bin/env bash
MAXFILES=$(launchctl limit maxfiles | sed -e 's/[[:space:]]+/ /g' | xargs)
if [ "$MAXFILES" != "maxfiles 65536 65536" ]; then
set -x
sudo launchctl limit maxfiles 65536 65536
fi
set -
I just got around to using the Maven protobuf files instead of using a
local copy. Much easier! Thanks for mentioning this, Sean.
On Thu, Jul 24, 2014 at 3:48 PM, David James wrote:
> Thanks for the feedback!
>
> I'll take a look at the Maven Central .proto files.
>
> I sta
a bit hasty when I said "yokozuna only supports UTF8 . What
> I should have said is that "yokozuna assumes types/buckets/keys are UTF8
> and encodes values appropriately."
>
> So in summation:
>
> UUID: Solr field type
> Base64: Encode binary values to a string
> U
usual 36 for the hyphenated hex format.
>
> It would still require re encoding all the keys, but it's a partial
> solutions.
>
>*From: *Eric Redmond
> *Sent: *Monday, 11 August 2014 9:15 AM
> *To: *David James
> *Cc: *riak-users
> *Subject: *Re: Using UUID
I'm using UUIDs for keys in Riak -- converted to bytes, not UTF-8 strings.
(I'd rather spend 16 bytes for each key, not 36.)
As I understand it, Yokozuna maps the Riak key to _yz_id.
Here is the suggested schema from the documentation:
Would you expect this to work with Riak Search? I would
Thanks for the detailed answers!
On Thu, Aug 7, 2014 at 5:57 PM, Ryan Zezeski wrote:
>
> On Aug 7, 2014, at 5:46 PM, David James wrote:
>
>
>- Is _version_ required?
>
>
> It should not be required as the documentation says it is only needed for
> real-time GET
Hello,
A few questions:
- Is _version_ required?
- I see SolrCloud mentioned in some documentation (see below)? Does Riak
Search use it?
- How does Riak Search handle optimistic locking?
See this comment on the default_schema.xml on Github:
https://raw.githubusercontent.com/basho
ew official Java client is designed so that it
> would be easier to write wrapper libraries in other JVM languages, and to
> give the user the option of async or sync at the API level.
>
> [1] https://github.com/bluemont/kria#protocol-buffer-setup
> [2] https://search.maven.org/#search%7C
The latest version of Kria, 0.1.14, supports Riak 2.0.0rc1. Kria (a right
rotation of "Riak") is an open source asynchronous Clojure driver for Riak
2.0 built on top of Java 7's NIO.2. It uses the Riak protocol buffer
interface.
https://github.com/bluemont/kria
https://clojars.org/kria
There are,
yped buckets going forward.
>
> Eric
> On Apr 2, 2014 1:01 AM, "David James" wrote:
>
>> In my tests, allow_mult defaults to false for 2.0.0pre20. This was not
>> the case for 2.0.0pre11; my tests behave correctly under pre11.
>>
>> This according to my
In my tests, allow_mult defaults to false for 2.0.0pre20. This was not the
case for 2.0.0pre11; my tests behave correctly under pre11.
This according to my testing with my Clojure Riak driver, Kria:
https://github.com/bluemont/kria
My understanding is that Riak intends allow_mult to default to tr
Kria (a right rotation of "Riak") is an open source asynchronous Clojure
driver for Riak 2.0 built on top of Java 7's NIO.2. It uses Riak's protocol
buffer interface.
https://github.com/bluemont/kria
https://clojars.org/kria
In my work projects, we have found that Clojure's core.async works great
Hello,
I watched the Riak Community Hangout #4:
https://plus.google.com/u/1/events/ctv6lgms873seh3vv0e59nj311o
Thanks for that conversation! From it, I hear that the new (fresh) Riak 2.0
Java client may be ready soon. That's great!
I want to start experimenting a little and dig in.
What will ch
13 matches
Mail list logo
