Mailing-List: contact dev-help@commons.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Commons Developers List" <dev@commons.apache.org>
MIME-Version: 1.0
In-Reply-To: <CACZkXPyqmZzBM86_AnBQ3B_L99AA4Cdb5daE9RW8zFsmc6uWxw@mail.gmail.com>
References: <CACZkXPzubY6wGEsmj195zzQQX0g4wiUQaa5FGkTH63aAG4LQrA@mail.gmail.com>
 <CAE9L6G1GTx6QhF-q3+d5FTgcMgSTxfs=H4XBc4B1YRx0rRd+iQ@mail.gmail.com>
 <CACZkXPyH+=m-CrPJpY8i+H=DJ08rWoYbLvL8DWuq+=m5axOz_A@mail.gmail.com>
 <1E2CC5CB-8560-434F-BAF1-40285C580675@gmail.com> <CACZkXPyqmZzBM86_AnBQ3B_L99AA4Cdb5daE9RW8zFsmc6uWxw@mail.gmail.com>
From: Stian Soiland-Reyes <stain@apache.org>
Date: Tue, 2 May 2017 01:25:53 +0100
Message-ID: <CAMBJEmWqozrEqSRCBfJJ6ntG23M1=j6TeCsb6=qCMCvftQd32g@mail.gmail.com>
Subject: Re: [lang]
To: Commons Developers List <dev@commons.apache.org>
Content-Type: multipart/alternative; boundary=94eb2c190e042ad7e4054e7f95b3
archived-at: Tue, 02 May 2017 00:25:56 -0000

--94eb2c190e042ad7e4054e7f95b3
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Adding a class with a plan to @deprecate it, something doesn't sound right.
:)

We should not be putting much effort (and future maintainability) into
adding functionality in Lang that jdk8 already (easily) can do. The point
of Lang is to complement JDK's Lang classes and friends, not to backport
what the current JDK has already added.

(Obviously existing Lang functionality is or will be superseded by new JDK
additions, that just shows that the philosophy of Lang is right.)

If you are stuck in jdk7 you are often also stuck with older Commons Lang.
(Oversimplification, yes)

We have java7 as target (I'm positive to bump it to 8) - but primarily for
backwards compatibility as Lang is ubiquitous and it makes sense to stay
one behind. But we don't need to add *new* backwards compatibility :)

We could make excemptions and do backports, but then I think that should be
for more core JDK8 improvements like Optional.

That said, your implementation is straightforward=E2=80=8B, useful, and unl=
ikely to
cause trouble; I would not veto your commit if it goes forward ;)


On 1 May 2017 9:40 pm, "Gary Gregory" <garydgregory@gmail.com> wrote:

In my mind, we target a given platform, in this case its Java 7. So the
proposal is valid IMO. Then when switch to Java 8, we can mark the class as
deprecated and remove it in 4.0. I'm not hard set on including this
specific class, it's just something I use.

--94eb2c190e042ad7e4054e7f95b3--