Details
-
Brainstorming
-
Status: Closed
-
Major
-
Resolution: Not A Problem
-
None
-
None
-
None
-
None
Description
Is it just me or do others sense that there is pressure building to redo the client? If just me, ignore the below... I'll just keep notes in here. Otherwise, what would the requirements for a client rewrite look like?
+ Let out InterruptedException
+ Enveloping of messages or space for metadata that can be passed by client to server and by server to client; e.g. the region a.b.c moved to server x.y.z. or scanner is finished or timeout
+ A different RPC? One with tighter serialization.
+ More sane timeout/retry policy.
Does it have to support async communication? Do callbacks?
What else?
Attachments
Issue Links
- incorporates
-
HBASE-3584 Allow atomic put/delete in one call
- Closed
-
HBASE-2408 Add envelope around client<->server communication so can pass state along w/ data during interchange
- Closed
- is related to
-
HBASE-2182 rpc/ipc refactor; x-version compatibility, nio, async, enveloping, sane timeouts, etc.
- Closed
- relates to
-
HBASE-2937 Facilitate Timeouts In HBase Client
- Closed
-
HBASE-1844 The ability to set a (global) client side timeout
- Closed
-
HBASE-4956 Control direct memory buffer consumption by HBaseClient
- Closed
-
HBASE-1843 HBase Client Configuration -- Millisecond Pauses and very few Retries (s)
- Closed
-
HBASE-3382 Make HBase client work better under concurrent clients
- Closed
-
HBASE-2170 hbase lightweight client library as a distribution
- Closed