+1 to moving this to Text. New code goes in Text. Old code is deprecated and copied.
Gary On Dec 18, 2016 5:05 AM, "Rob Tompkins" <chtom...@gmail.com> wrote: > > > > On Dec 18, 2016, at 6:10 AM, Pascal Schumacher <pascalschumac...@gmx.net> > wrote: > > > >> Am 18.12.2016 um 11:57 schrieb Duncan Jones: > >> > >>> On 18 Dec 2016, at 10:51, sebb <seb...@gmail.com> wrote: > >>> > >>> On 18 December 2016 at 10:40, Pascal Schumacher > >>> <pascalschumac...@gmx.net> wrote: > >>>>> Am 18.12.2016 um 11:23 schrieb sebb: > >>>>> It's definitely too specialised for LANG. > >>>> I do not think this is too specialized for LANG. RandomStringUtils > has been > >>>> part of LANG since 1.0, and this is just an improved version of > existing > >>>> functionality. > >>> I don't think RandomStringUtils itself belongs in LANG, now that there > >>> is a TEXT component. > >>> > >>> Quite a few TEXT-like classes were added to LANG because there was > nowhere else. > >> I agree with this. Creating random strings is not really a missing > feature from java.lang.*. > >> > >> We should add a similar class to TEXT, but take the opportunity to > simplify some of the complicated semantics of the current version. We can > then deprecated RandomStringUtils and remove it in 4.0. > > > > What about adding only your new methods (removing the Unicode suffix) as > RandomStringUtils to text? > > > > Based on our last conversation about TEXT, the line between LANG and TEXT > seems to be if an arbitrary application developer would find the utility > useful on a day to day basis, then LANG is the spot for it. Otherwise, the > developer is writing something that actually processes and manipulates > text, which seems to be the use case for TEXT. > > So this feels more "texty" than "langy" to me, but I could go either way. > > Also, my goal is to get TEXT ready to go out in the next month or so > (granted I've not done a release before, so I might need guidance there). > > Cheers, > -Rob > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > > For additional commands, e-mail: dev-h...@commons.apache.org > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > >
