new C api.
>> 5. Is the short-circuit read supported?
>>
>> Thanks.
>>
>>
>> Regards,
>> Kai
>>
>> --
>> 发件人：Chris Douglas
>> 发送时间：2018年3月1日(星期四) 05:08
>> 收件人：Jim Cla
ted, as it'd involve
> > > significant development, right? If yes, what will it say when read
> > erasure
> > > coded file?
> > > 3. Is there any building/testing mechanism to enforce the consistency
> > > between the c++ part and Java part?
> > > 4. I
ce the consistency
> > between the c++ part and Java part?
> > 4. I thought the public header and lib should be exported when building
> > the distribution package, otherwise hard to use the new C api.
> > 5. Is the short-circuit read supported?
> >
> > Thanks.
> >
> >
> > Regards,
> > Kai
> >
>
ported?
>
> Thanks.
>
>
> Regards,
> Kai
>
> ----------------------
> 发件人：Chris Douglas
> 发送时间：2018年3月1日(星期四) 05:08
> 收件人：Jim Clampffer
> 抄 送：Hdfs-dev
> 主 题：Re: [DISCUSS] Merging HDFS-8707 (C++ HDFS client) to trunk
dev 主 题：Re:
[DISCUSS] Merging HDFS-8707 (C++ HDFS client) to trunk
+1
Let's get this done. We've had many false starts on a native HDFS
client. This is a good base to build on. -C
On Wed, Feb 28, 2018 at 9:55 AM, Jim Clampffer
wrote:
> Hi everyone,
>
> I'd like to start a thread to
+1
Let's get this done. We've had many false starts on a native HDFS
client. This is a good base to build on. -C
On Wed, Feb 28, 2018 at 9:55 AM, Jim Clampffer
wrote:
> Hi everyone,
>
> I'd like to start a thread to discuss merging the HDFS-8707 aka libhdfs++
> into trunk. I sent originally sen
Hi everyone,
I'd like to start a thread to discuss merging the HDFS-8707 aka libhdfs++
into trunk. I sent originally sent a similar email out last October but it
sounds like it was buried by discussions about other feature merges that
were going on at the time.
libhdfs++ is an HDFS client writte
