+1
On Saturday, 2 July 2016 1:27 AM, Artem Barger <ar...@bargr.net> wrote:
+1 [contributor]
Best regards,
Artem Barger.
On Fri, Jul 1, 2016 at 3:34 PM, Rob Tompkins <chtom...@gmail.com> wrote:
> +1 [contributor, not committer]
>
> > On Jun 27, 2016, at 6:23 AM, Gilles <gil...@harfang.homelinux.org>
> wrote:
> >
> > On Mon, 27 Jun 2016 03:55:35 +0000 (UTC), venkatesha m wrote:
> >> Does this use Java 8?
> >
> > What is "this"?
> >
> > If you want to discuss (rather than vote), please start a new
> > thread.
> >
> > Thank you,
> > Gilles
> >
> >
> >> On Monday, 27 June 2016 2:20 AM, Gilles
> >> <gil...@harfang.homelinux.org> wrote:
> >>
> >>
> >> On Sun, 26 Jun 2016 16:13:06 -0400, Rob Tompkins wrote:
> >>>> On Jun 26, 2016, at 11:21 AM, Gilles <gil...@harfang.homelinux.org>
> >>>> wrote:
> >>>>
> >>>>> On Sun, 26 Jun 2016 12:35:38 +0200, Jochen Wiedmann wrote:
> >>>>>> On Sat, Jun 25, 2016 at 9:00 PM, Gary Gregory
> >>>>>> <garydgreg...@gmail.com> wrote:
> >>>>>> One could argue that since Java has java.util.Random, Commons Lang
> >>>>>> could
> >>>>>> include a random package.
> >>>
> >>> Yes, and it feels like an even more appropriate place for
> >>> org.apache.commons.math3.util.FastMath (and maybe associated classes)
> >>> due to the location of java.lang.Math.
> >>
> >> I don't think so.
> >> I'm in favour of "small" components.
> >>
> >> Take into account that Commons Lang is probably less stable
> >> than "FastMath": CL's top-level package name is now "lang3"
> >> whereas this functionality would be located in a package whose
> >> name would never change.
> >>
> >> Also, since the JDK itself is going to be "modular", it is a
> >> bit odd to go in the opposite direction.
> >>
> >>
> >> Gilles
> >>
> >>> -Rob
> >>>
> >>>>>
> >>>>> For the same reason, [io] might be moved to [lang], too.
> >>>>
> >>>> And [compress], [crypto], [imaging], [dbutils], [logging], [net].
> >>>> ;-}
> >>>>
> >>>> Gilles
> >>>>
> >>>>
> >>>>>
> >>>>> Jochen
> >
> >
> > ---------------------------------------------------------------------
> > 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
>
>
