You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@s2graph.apache.org by "ASF GitHub Bot (JIRA)" <ji...@apache.org> on 2016/10/01 06:08:20 UTC

[jira] [Commented] (S2GRAPH-116) Use the official Asynchbase release and stop managing our custom fork

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

ASF GitHub Bot commented on S2GRAPH-116:
----------------------------------------

Github user jongwook commented on the issue:

    https://github.com/apache/incubator-s2graph/pull/85
  
    @SteamShon Oops, my bad. There was an error occurring during the initialization of `object AsynchbasePatcher`. Just made an amended commit that includes the fix. 


> Use the official Asynchbase release and stop managing our custom fork
> ---------------------------------------------------------------------
>
>                 Key: S2GRAPH-116
>                 URL: https://issues.apache.org/jira/browse/S2GRAPH-116
>             Project: S2Graph
>          Issue Type: Improvement
>            Reporter: Jong Wook Kim
>   Original Estimate: 3h
>  Remaining Estimate: 3h
>
> Currently we are using our custom version of Asynchbase (at https://github.com/SteamShon/asynchbase ) for the non-blocking access to HBase servers, because of the two minor but essential missing features of the upstream Asynchbase:
> 1. to set store_limit and store_offset in GetRequests
> 2. to set the rpc-level timeout values in Scanners
> During the recent discussion in the dev mailing list we've found that the former can be replaced with ColumnPaginationFilter, and the latter we can workaround using ASM and ByteBuddy.
> This will remove the operational cost of managing a separate fork of Asynchbase as well as dealing with the separate release cycle to Maven central.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)