commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Stephen Colebourne" <scolebou...@btopenworld.com>
Subject Re: [lang] Action-taken [Was: StringUtils constructor is private]
Date Mon, 12 Aug 2002 18:56:47 GMT
I actually quite strongly dislike making the constructor public. Its
basically a flaw in Velocity that we're coding for.

However, in the spirit of cooperation, I am willing to see a public
constructor. However, I want it to be deprecated. The deprecation won't
affect tools like Velocity that instantiate it by Class.newInstance(), but
will cause ordinary programmers to realise that they are using the class
wrongly.

Also, if we do this to one static utility class, we do it to all. That means
changing the [lang] developers guide and making the changes. It also affects
[collections] and [pattern]

Stephen

----- Original Message -----
From: "Henri Yandell" <bayard@generationjava.com>
To: "Jakarta Commons Developers List" <commons-dev@jakarta.apache.org>
Sent: Monday, August 12, 2002 7:05 PM
Subject: Re: [lang] Action-taken [Was: StringUtils constructor is private]


>
>
> On Mon, 12 Aug 2002, Henri Yandell wrote:
>
> >
> > Resolution:
> >
> > I've built a version of the beta with StringUtils having a public
> > constructor. Jason should be testing it out at some point soon to let me
> > know if I screwed up.
> >
> > My reasoning is:
> >
> > 1) I don't want to hold up another project's release wit such a minor
> > issue.
> >
> > 2) I simply replaced the existing beta downloads as I don't believe that
> > this represents a noticable API change. If I'm wrong, please show me
that
> > so I can hang my head in utter dejectedness. [I do have copies of the
old
> > downloads in my home directory, give me an ounce of credit :) ]
>
> In fact this is changed. There is now a commons-lang-1.0-b1.1 release with
> a note on the release page specifying how it's a very tiny change from b1.
> Releasing with a different version is smarter, and means that things like
> Maven can handle the new versioning more easily.
>
> Hopefully that's enough messing around from me :)
>
> Hen
>
>
> --
> To unsubscribe, e-mail:
<mailto:commons-dev-unsubscribe@jakarta.apache.org>
> For additional commands, e-mail:
<mailto:commons-dev-help@jakarta.apache.org>
>


--
To unsubscribe, e-mail:   <mailto:commons-dev-unsubscribe@jakarta.apache.org>
For additional commands, e-mail: <mailto:commons-dev-help@jakarta.apache.org>


Mime
View raw message