> 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
