hbase-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Andrew Purtell (JIRA)" <j...@apache.org>
Subject [jira] Commented: (HBASE-3523) Rewrite our client
Date Sun, 13 Feb 2011 07:36:57 GMT

    [ https://issues.apache.org/jira/browse/HBASE-3523?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12994026#comment-12994026
] 

Andrew Purtell commented on HBASE-3523:
---------------------------------------

bq. wouldn't it be better not to need thread pools?

I'm not opposed to the idea. Not sure how far people want to go. 

> Rewrite our client
> ------------------
>
>                 Key: HBASE-3523
>                 URL: https://issues.apache.org/jira/browse/HBASE-3523
>             Project: HBase
>          Issue Type: Brainstorming
>            Reporter: stack
>
> 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?

-- 
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Mime
View raw message