To restate my opinion and that of others: It is not a good thing to end up
with components Commons Random A, Commons Random B, Commons Random C, and
so on. We already have a new Commons Random Something component. Related
code should be modules of that component.
On Tue, Oct 18, 2016 at 7:18 AM, Gilles <gil...@harfang.homelinux.org>
> Hello Bruno.
> On Sat, 15 Oct 2016 20:57:04 +0000 (UTC), Bruno P. Kinoshita wrote:
>> Hi Gilles,
>> Definitely interested in helping and learning more about random
>> (number|string|object|etc) generators.
>> Are there any specific tasks that others can jump in and help with?
> In the yet-to-be-named "Commons <random utilities>" component,
> everything is up for grabs, from extracting the relevant bits
> from "Math" and "Lang", to proposing an all-encompassing
> framework (if people think they can achieve it...).
> The scope is open-ended (or should be defined if there is a
> willingness to impose some limit).
> Once the new component has been set up,
> For this, we should start with settling on a name, so that INFRA
> can create a repository with that name.
> * Random Utilities
> * Random Utils
> * Random Tools
> * ...
> I'd be happy in trying to work
>> on code related to LANG-1196 and LANG-1254.
>>> From: Gilles <gil...@harfang.homelinux.org>
>>> To: email@example.com
>>> Sent: Sunday, 16 October 2016 5:08 AM
>>> Subject: [ALL] Get things moving with "random utilities" (Was: [lang]
>>> Shuffling arrays (was: [RNG] Scope of "Commons RNG"))
>>> On Fri, 7 Oct 2016 16:00:05 +0100, sebb wrote:
>>>>> But overall it would be much better to put all this in a new
>>>>> and deprecate all of CL's "Random"-parameterized methods.
>>>>> It was noted (not only by me) that CL grew too big (and out of its
>>>>> scope). "RandomUtils" is relatively small (in Lang 3.4): now is a
>>>>> opportunity to deprecate these few methods and those intended for
>>>>> and redirect users to a dedicated component.
>>> Within the context of a forthcoming release of "Commons RNG" and
>>> identified shortcomings of the random-related utilities implemented
>>> in "Commons Lang", e.g.:
>>> I'm proposing to ask INFRA to create a new git repository, to become
>>> the "Commons" home of random utilities, i.e. anything that _uses_ an
>>> "external" source of randomness (as opposed to _implementations_
>>> of (P)RNG algorithms, which is the scope of "Commons RNG").
>>> Examples of utilities:
>>> * non-uniform deviates (to be extracted from "Commons Math")
>>> * extended tools, such as "numbers within a range" (to be
>>> extracted from "Commons Lang") and "quasi-random" generators
>>> (to be extracted from "Commons Math"),
>>> * string utilities (to be extracted from "Commons Math" and
>>> "Commons Lang"),
>>> * shuffling of primitive arrays and "List<T>" (to be extracted
>>> from "Commons Math"),
>>> * bridges between alternative APIs:
>>> - java.util.Random
>>> - java.util.SplittableRandom
>>> - UniformRandomProvider from "Commons RNG" (to be extracted
>>> from "Commons Math")
>>> - other Java libraries
>>> * wrappers around "external" sources of randomness, e.g. system
>>> devices (UNIX) and native libraries, and interface extensions
>>> needed to support them (streams, IO handling, etc.).
>>> Given the variety of the above (non-exhaustive) list, it is
>>> foreseen that the component will be "multi-modules" in order
>>> to let users depend only on what they need for their use-case.
>>> [For example, an engineering application could need non-uniform
>>> deviates (e.g. Gaussian-distributed sequences), but should not
>>> be required to depend on the (orthogonal) development of string
>>> generators or cryptographic features.]
>>>  Help is most welcome to set this up.
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
Java Persistence with Hibernate, Second Edition
JUnit in Action, Second Edition
Spring Batch in Action