hbase-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "stack (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HBASE-17527) Allow IntegrationTestBigLinkedList table to be in memory compacted
Date Wed, 25 Jan 2017 19:42:26 GMT

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

stack commented on HBASE-17527:

bq. Wasn't sure if you were suggesting something global...

I wouldn't pay much attention to my suggestion [~elserj] (Your Admin Interception is better).
I only came here because:

 #  I see yet another instance of the 'few line fix' with no attempt at generalization or
deeper thinking beyond an immediate need. This 'few line fix' phenomenon is a plague on hbase.
It is job security in that we need to file a JIRA to do the fix for ITBLL and then another
for ITAcidGuarantees... and then another issue to fix a mistaken difference between args in
ITBLL and ITAG.... It is DBATJ (Death By A Thousand JIRAs). I expect better of hbase veterans.
 # What I see is an issue seemingly pulled from 'thin air' (again!). Inmemory compaction has
a team working on it. This issue is opened with no involvement (according to description,
comments), etc., of the associated individuals nor does it have a purpose/plan/objective attached.
Its as though the developer had an idle whim. I expect better accounting/community being done
by hbase veterans.

> Allow IntegrationTestBigLinkedList table to be in memory compacted
> ------------------------------------------------------------------
>                 Key: HBASE-17527
>                 URL: https://issues.apache.org/jira/browse/HBASE-17527
>             Project: HBase
>          Issue Type: Improvement
>            Reporter: Ted Yu
>         Attachments: 17527.v1.txt, 17527.v2.txt
> Currently IntegrationTestBigLinkedList table doesn't support specification of in memory
compaction scheme.
> This JIRA is to add support for specifying different in memory compaction policies.

This message was sent by Atlassian JIRA

View raw message