ZnLineReader set limit when reading a header
When using the Phriak client I infrequently want to access all the keys in a bucket. When I do I sometimes get the ZnLineTooLong error because Riak returns the list of keys in the response header. Is there a way to set the maximum line length for the headers on a per request basis so I can change how the ZnClient operates while running Riak operations?
Paul, On 28 Sep 2012, at 20:59, Paul DeBruicker <pdebruic@gmail.com> wrote:
When using the Phriak client I infrequently want to access all the keys in a bucket. When I do I sometimes get the ZnLineTooLong error because Riak returns the list of keys in the response header. Is there a way to set the maximum line length for the headers on a per request basis so I can change how the ZnClient operates while running Riak operations?
No, there currently is no per-request way to set the ZnConstants class>>#maximumLineLength. You can only override that method, it is just an intentional resource protection limit, making it 64k or so won't hurt (apart from allocating larger buffers). I guess I could make it globally settable. You're the first one hitting that limit ;-) Sven -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill
It looks like the server they use internally (Mochiweb) limits them to 8k. So I can just override ZnContants class>>#maximumLineLength in my image to 8200 and be set. On 09/28/2012 01:48 PM, Sven Van Caekenberghe wrote:
Paul,
On 28 Sep 2012, at 20:59, Paul DeBruicker <pdebruic@gmail.com> wrote:
When using the Phriak client I infrequently want to access all the keys in a bucket. When I do I sometimes get the ZnLineTooLong error because Riak returns the list of keys in the response header. Is there a way to set the maximum line length for the headers on a per request basis so I can change how the ZnClient operates while running Riak operations?
No, there currently is no per-request way to set the ZnConstants class>>#maximumLineLength.
You can only override that method, it is just an intentional resource protection limit, making it 64k or so won't hurt (apart from allocating larger buffers).
I guess I could make it globally settable.
You're the first one hitting that limit ;-)
Sven
-- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill
participants (2)
-
Paul DeBruicker -
Sven Van Caekenberghe