[
https://issues.apache.org/jira/browse/HBASE-3634?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
stack resolved HBASE-3634.
--------------------------
Resolution: Fixed
Fix Version/s: (was: 0.92.0)
0.90.3
Assignee: Harsh J Chouraria
Hadoop Flags: [Reviewed]
Applied branch and trunk. Thank you for the patch Harsh.
> Fix JavaDoc for put(List<Put> puts) in HTableInterface
> ------------------------------------------------------
>
> Key: HBASE-3634
> URL: https://issues.apache.org/jira/browse/HBASE-3634
> Project: HBase
> Issue Type: Improvement
> Components: client
> Affects Versions: 0.90.1
> Reporter: Lars George
> Assignee: Harsh J Chouraria
> Priority: Trivial
> Fix For: 0.90.3
>
> Attachments: HBASE-3634.r1.diff
>
>
> We say this in the interface:
> {code}
> /**
> * Puts some data in the table, in batch.
> * <p>
> * If {@link #isAutoFlush isAutoFlush} is false, the update is buffered
> * until the internal buffer is full.
> * @param puts The list of mutations to apply. The list gets modified by
> this
> * method (in particular it gets re-ordered, so the order in which the
> elements
> * are inserted in the list gives no guarantee as to the order in which the
> * {@link Put}s are executed).
> * @throws IOException if a remote or network exception occurs. In that case
> * the {@code puts} argument will contain the {@link Put} instances that
> * have not be successfully applied.
> * @since 0.20.0
> */
> void put(List<Put> puts) throws IOException;
> {code}
> This is outdated and needs to be updated to reflect that this is nothing else
> but a client side iteration over all puts, but using the write buffer to
> aggregate to one RPC. The list is never modified and after the call contains
> the same number of elements.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
