[
https://issues.apache.org/jira/browse/HBASE-9364?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13753650#comment-13753650
]
Andrew Purtell commented on HBASE-9364:
---------------------------------------
bq. + return new byte [][] {family, Bytes.toBytes(StringUtils.EMPTY)};
We have HConstants.EMPTY_BYTE_ARRAY.
{quote}
diff --git
src/main/java/org/apache/hadoop/hbase/rest/provider/JacksonProvider.java
src/main/java/org/apache/hadoop/hbase/rest/provider/JacksonProvider.java
new file mode 100644
index 0000000..7791d02
{quote}
Why add a whole new provider for only a test? Is this part of an unrelated
change?
There are known problems with the currently used JSON processor, the Jersey
one. Using Jackson has been suggested on multiple occasions as a way to resolve
those problems, but it will then handle JSON differently, what are the
backwards compatibility implications?
> Get request with multiple columns returns partial results
> ---------------------------------------------------------
>
> Key: HBASE-9364
> URL: https://issues.apache.org/jira/browse/HBASE-9364
> Project: HBase
> Issue Type: Bug
> Components: REST
> Affects Versions: 0.94.11
> Reporter: Vandana Ayyalasomayajula
> Assignee: Vandana Ayyalasomayajula
> Priority: Minor
> Attachments: HBASE-9364.00.patch
>
>
> When a GET request is issue for a table row with multiple columns and columns
> have empty qualifier like f1: , results for empty qualifiers is being
> ignored.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
