[
https://issues.apache.org/jira/browse/HDFS-4256?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13508132#comment-13508132
]
Suresh Srinivas commented on HDFS-4256:
---------------------------------------
bq. HDFS-222 has a requirement that all files's block lengths be the same (not
very practical for many usecases, even if it helps that you write data and pad
them in parallel) and also required a protocol version upping.
I understand HDFS-222 and its limitations. I had worked closely on that. I also
think protocol version upping can be done if we adding it in another release
like 1.2.0 right? Is there any issue with that?
bq. If you don't mind me asking, do we really need this too back-ported into
branch-1 when branch-2 is nearing a stable release?
Even though branch-2 is nearing stable release, there are many folks who want
to remain on the releases that they are running. You see that in the questions
asked on the mailing list where people are still 0.20 release. I feel that if
there are features that are of interest, we should be able to add them back to
earlier releases.
> Support for concatenation of files into a single file in branch-1
> -----------------------------------------------------------------
>
> Key: HDFS-4256
> URL: https://issues.apache.org/jira/browse/HDFS-4256
> Project: Hadoop HDFS
> Issue Type: Test
> Components: namenode
> Affects Versions: 1.2.0
> Reporter: Suresh Srinivas
> Assignee: Suresh Srinivas
>
> HDFS-222 added support concatenation of multiple files in a directory into a
> single file. This helps several use cases where writes can be parallelized
> and several folks have expressed in this functionality.
> This jira intends to make changes equivalent from HDFS-222 into branch-1 to
> be made available release 1.2.0.
--
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
