I'm ok with quick fix to un-deprecate it in lang but 2nd option seems good for long term. Its on my to-do list , I will see if I can do something on that.
Regards, Amey On Sun, Aug 27, 2017, 3:18 PM Pascal Schumacher <pascalschumac...@gmx.net> wrote: > The plan was either to un-deprecate the method in lang or add > RandomStringUtils - with the current interface, but using > RandomStringGenerator - to text. > > The first option is easily archived, while the second requires > significant effort. Also long implements the second option we stick to > the first option. > > Cheers, > Pascal > > Am 23.08.2017 um 21:39 schrieb Amey Jadiye: > > I think we should keep that deprecated in lang and go with plan discussed > > in below mail trail. > > > > http://markmail.org/message/azxw4nai7fs2laas > > > > Regards, > > Amey > > > > ---------- Forwarded message ---------- > > From: Gilles <gil...@harfang.homelinux.org> > > Date: Wed, Aug 23, 2017 at 7:40 PM > > Subject: Re: RandomStringUtils and RandomStringGenerator > > To: u...@commons.apache.org > > > > > > Hi. > > > > On Tue, 22 Aug 2017 14:49:38 -0700, Russell Bolles wrote: > > > >> Good afternoon, > >> > >> I recently happened to pick up commons-lang:3.6 and noticed that > >> RandomStringUtils was deprecated in favor of > >> commons-text:RandomStringGenerator. > >> > >> I work on a moderately sized Java service and a quick find usages in > >> IntelliJ shows that I have 452 usages of RandomStringUtils, mostly in my > >> tests. > >> > >> Was there any discussion of moving the RandomStringUtils class to > >> commons-text and preserving the API as it stands now? What benefits do > we > >> get when throwing out the RandomStringUtils class altogether in favor a > of > >> a fluent builder (i.e. RandomStringGenerator). > >> > >> I can't emphasize enough how useful it is to be able to create a random > >> string via a static method especially when writing unit tests. > >> > > Good news for you :-) > > https://issues.apache.org/jira/browse/LANG-1346 > > > > Regards, > > Gilles > > > > > >> Thank you for your time. > >> > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: user-unsubscr...@commons.apache.org > > For additional commands, e-mail: user-h...@commons.apache.org > > > > --------------------------------------------------------------------- > > 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 > >
