[
https://issues.apache.org/jira/browse/HDFS-9207?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14953424#comment-14953424
]
James Clampffer commented on HDFS-9207:
---------------------------------------
Looks like a pretty simple patch to me, just a couple questions:
Are you doing the rebase just to get the directory structure right or is it to
squash out commits? I'd like to avoid squashing HDFS-8707 commits for now just
so it's easier for us to keep track of changes and ramp people up. Similarly
is the failure to compile after rebasing just due to relative paths that no
longer match up?
Will there be a simple way to disable "include(HadoopJNI)" for builds on
machines that don't have JNI headers? It's great for testing but I want to
make sure that this can be built without anything java related. It doesn't
look like anything depends on it now so it might be a good time to add a
"compile-only" flag to make sure that separation is shown in the build system
early on.
> Move the implementation to the hdfs-native-client module
> --------------------------------------------------------
>
> Key: HDFS-9207
> URL: https://issues.apache.org/jira/browse/HDFS-9207
> Project: Hadoop HDFS
> Issue Type: Sub-task
> Components: hdfs-client
> Reporter: Haohui Mai
> Assignee: Haohui Mai
> Attachments: HDFS-9207.000.patch
>
>
> The implementation of libhdfspp should be moved to the new hdfs-native-client
> module as HDFS-9170 has landed in trunk and branch-2.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)