Mailing-List: contact user-help@hadoop.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@hadoop.apache.org
Received-SPF: pass (nike.apache.org: domain of jayunit100@gmail.com designates
 209.85.215.48 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <CAAu13zHsaDZyw4pp7hMV0MY=s=gCzSE93E4HAoXkuRODXkMcRQ@mail.gmail.com>
References: 
 <CAFwH+a9KyD_yZm-PLu=PFC0YEv7m1kVn7fC9ebdGUXdAvd3+mA@mail.gmail.com>
	<CAAu13zHsaDZyw4pp7hMV0MY=s=gCzSE93E4HAoXkuRODXkMcRQ@mail.gmail.com>
Date: Thu, 26 Sep 2013 10:50:48 -0400
Message-ID: 
 <CAAu13zFppHVCJBJ3uZw8HqqcyHT42sah7fGcxZ2AUUQSFK3ZWA@mail.gmail.com>
Subject: Re: Extending DFSInputStream class
From: Jay Vyas <jayunit100@gmail.com>
To: "common-user@hadoop.apache.org" <user@hadoop.apache.org>
Content-Type: multipart/alternative; boundary=089e0160bf70d51b1d04e74a7e39

--089e0160bf70d51b1d04e74a7e39
Content-Type: text/plain; charset=ISO-8859-1

The way we have gotten around this in the past is extending and then
copying the private code and creating a brand new implementation.


On Thu, Sep 26, 2013 at 10:50 AM, Jay Vyas <jayunit100@gmail.com> wrote:

> This is actually somewhat common in some of the hadoop core classes :
> Private constructors and inner classes. I think in the long term jiras
> should be opened for these to make them public and pluggable with public
> parameterized constructors wherever possible, so that modularizations can
> be provided.
>
>
> On Thu, Sep 26, 2013 at 10:46 AM, Rob Blah <tmp5330@gmail.com> wrote:
>
>> Hi
>>
>> I would like to wrap DFSInputStream by extension. However it seems that
>> the DFSInputStream constructor is package private. Is there anyway to
>> achieve my goal? Also just out of curiosity why you have made this class
>> inaccessible for developers, or am I missing something?
>>
>> regards
>> tmp
>>
>
>
>
> --
> Jay Vyas
> http://jayunit100.blogspot.com
>


-- 
Jay Vyas
http://jayunit100.blogspot.com

--089e0160bf70d51b1d04e74a7e39
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">The way we have gotten around this in the past is extendin=
g and then copying the private code and creating a brand new implementation=
.<br></div><div class=3D"gmail_extra"><br><br><div class=3D"gmail_quote">On=
 Thu, Sep 26, 2013 at 10:50 AM, Jay Vyas <span dir=3D"ltr">&lt;<a href=3D"m=
ailto:jayunit100@gmail.com" target=3D"_blank">jayunit100@gmail.com</a>&gt;<=
/span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">This is actually somewhat c=
ommon in some of the hadoop core classes : Private constructors and inner c=
lasses. I think in the long term jiras should be opened for these to make t=
hem public and pluggable with public parameterized constructors wherever po=
ssible, so that modularizations can be provided.<br>

</div><div class=3D"gmail_extra"><div><div class=3D"h5"><br><br><div class=
=3D"gmail_quote">On Thu, Sep 26, 2013 at 10:46 AM, Rob Blah <span dir=3D"lt=
r">&lt;<a href=3D"mailto:tmp5330@gmail.com" target=3D"_blank">tmp5330@gmail=
.com</a>&gt;</span> wrote:<br>

<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr"><div><div><div>Hi<br><br></=
div>I would like to wrap DFSInputStream by extension. However it seems that=
 the DFSInputStream constructor is package private. Is there anyway to achi=
eve my goal? Also just out of curiosity why you have made this class inacce=
ssible for developers, or am I missing something?<br>


<br></div>regards<br></div>tmp<br></div>
</blockquote></div><br><br clear=3D"all"><br></div></div><span class=3D"HOE=
nZb"><font color=3D"#888888">-- <br>Jay Vyas<br><a href=3D"http://jayunit10=
0.blogspot.com" target=3D"_blank">http://jayunit100.blogspot.com</a>
</font></span></div>
</blockquote></div><br><br clear=3D"all"><br>-- <br>Jay Vyas<br><a href=3D"=
http://jayunit100.blogspot.com" target=3D"_blank">http://jayunit100.blogspo=
t.com</a>
</div>

--089e0160bf70d51b1d04e74a7e39--