commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Henri Yandell <flame...@gmail.com>
Subject Re: [lang] Time for RC3?
Date Sat, 18 Jun 2011 05:39:13 GMT
On Fri, Jun 17, 2011 at 8:17 PM, Matt Benson <gudnabrsam@gmail.com> wrote:
> On Fri, Jun 17, 2011 at 9:00 PM, Henri Yandell <flamefew@gmail.com> wrote:
>> We had an RC3 vote so shouldn't remove; but I'm very happy if you've
>> time to do an RC4. I've been managing about enough time to look at the
>> outstanding issues before I'm back to the diapers.
>>
>
> That's why I asked... I couldn't find the evidence of the RC3 vote for
> some reason, but I'll take your word for it.

I injected a little confusion by having two threads :)

http://commons.markmail.org/thread/dxmser7yfew37sqb
http://commons.markmail.org/thread/xk34bmkoz6jctt7g

>> Which is 'what's in JIRA' plus the discussion on the text.translate/Range API.
>
> JIRA seems clear, no?  Do we need to wait on the other issue, then?

The thread was:

"[LANG] unnecessary boxing in StringEscapeUtils etc"

Sebb had a complaint re: performance concerns with boxing and Stephen
suggested a solution, while also considering the performance issue
minor.

I spent some time a week back playing with the API as I disliked the
overlap between Range<Integer> and Range<Character>. Autoboxing,
generics and char-int conversion all get fiddly in the API and not
nice.

I'm tempted to move the current (Range<Integer>) constructors to a
static factory method, and then go ahead and release - text.translate
is not a major part of the Lang API. The reason for doing that is so
that we can deprecate it later on if desired and not have to worry
about lots of clashing with the replacement methods.

Hen

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


Mime
View raw message