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

Hudson commented on HBASE-5228:
-------------------------------

Integrated in HBase-0.92-security #86 (See 
[https://builds.apache.org/job/HBase-0.92-security/86/])
    HBASE-5228. [REST] Rip out transform feature

apurtell : 
Files : 
* /hbase/branches/0.92/CHANGES.txt
* 
/hbase/branches/0.92/src/main/java/org/apache/hadoop/hbase/rest/MultiRowResource.java
* 
/hbase/branches/0.92/src/main/java/org/apache/hadoop/hbase/rest/RowResource.java
* 
/hbase/branches/0.92/src/main/java/org/apache/hadoop/hbase/rest/TableResource.java
* /hbase/branches/0.92/src/main/java/org/apache/hadoop/hbase/rest/transform
* 
/hbase/branches/0.92/src/test/java/org/apache/hadoop/hbase/rest/TestTransform.java

                
> [REST] Rip out "transform" feature
> ----------------------------------
>
>                 Key: HBASE-5228
>                 URL: https://issues.apache.org/jira/browse/HBASE-5228
>             Project: HBase
>          Issue Type: Bug
>    Affects Versions: 0.92.0, 0.94.0, 0.90.5
>            Reporter: Andrew Purtell
>            Assignee: Andrew Purtell
>             Fix For: 0.94.0, 0.92.1, 0.90.6
>
>         Attachments: HBASE-5228-0.92.patch, HBASE-5228-trunk.patch
>
>
> The 'transform' feature, where REST can be instructed, via a table attribute, 
> to apply a transformation (e.g. base64 encoding or decoding) to a (sub)set of 
> column values before serving them up to a client or storing them into HBase, 
> was added some time ago at the request of Jack Levin. I have since come to 
> regret it, it was not a well thought out feature:
>   - This is really an application concern.
>   - It adds significant overhead to request processing: Periodically a 
> HBaseAdmin is used to retrieve the table descriptor, in order to scan through 
> table attributes for transformation directives. 
> I think it is best to rip it out, its a real problem area, and REST should be 
> no more concerned about data formats than the Java API. 
> I doubt anyone uses this, not even Jack. Will need to follow up with him to 
> confirm.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Reply via email to