commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Gary Gregory <garydgreg...@gmail.com>
Subject Re: Java8 utilities
Date Thu, 22 Sep 2016 20:58:55 GMT
On Thu, Sep 22, 2016 at 1:21 PM, Oliver Heger <oliver.heger@oliver-heger.de>
wrote:

>
>
> Am 21.09.2016 um 20:20 schrieb Gary Gregory:
> > I'd like to propose an orderly migration assume BC is preserved:
> >
> > - Release 3.5 RC as scheduled this weekend
> > - Release 3.6 with Java 7 changes
> > - Release 3.7 with Java 8 changes
> >
> > This will give us an opportunity to do some Java 7 work and put that out
> > without leaving Java 7-only folks out of the picture.
>
> No objections, but just wondering whether Java 7 would have a big
> benefit. Are there many places in [lang] where new language features are
> useful?
>

I've not turned on Java 7 in my workspace for [lang] but I am sure all
sorts of compiler warnings will show up that will clean up the code like:

- Use try-with-resources to bullet-proof the whole code base
- Use the diamond notation
- String in switch statements
- Catching multiple exception types
- Better binary and number literals.
- What else?

Gary


> And what would be the (rough) time frame of these releases?
>
> Oliver
>
> >
> > Gary
> >
> >
> > On Wed, Sep 21, 2016 at 10:21 AM, Stian Soiland-Reyes <stain@apache.org>
> > wrote:
> >
> >> +1 to be brave and make Lang 3.6 be Java 8, so Lambda helpers can join
> >> here. I have a couple of Stream helpers that could also fit in there.
> >>
> >>
> >>
> >> On 21 September 2016 at 18:19, Gary Gregory <garydgregory@gmail.com>
> >> wrote:
> >>> On Wed, Sep 21, 2016 at 8:04 AM, Benedikt Ritter <britter@apache.org>
> >> wrote:
> >>>
> >>>> Hi,
> >>>>
> >>>> Jörg Schaible <joerg.schaible@bpm-inspire.com> schrieb am Mi.,
21.
> Sep.
> >>>> 2016 um 16:55 Uhr:
> >>>>
> >>>>> Jan Matèrne (jhm) wrote:
> >>>>>
> >>>>>>
> >>>>>>> We could also have Lamda utility classes in [lang], the
classes
> >> would
> >>>>>>> target Java 8 while the other classes would remain at the
Java 6
> >> level
> >>>>>>> (this implies compiling the classes separately and recombining
> >> them in
> >>>>>>> the final jar).
> >>>>>>
> >>>>>> From a users point of view I would search in commons-lang for
> >> language
> >>>>>> "extensions". But this kind of building would be ... complex.
> >>>>>
> >>>>> No, it's a quite simple configuration with Maven. However, you have
> >> to be
> >>>>> prepared for users running into problems using the resulting jar
> file:
> >>>>>
> >>>>> 1/ in Android, because the Dalvik compiler is not able to convert
the
> >>>>> classes targeting Java 8
> >>>>>
> >>>>> 2/ in Web/App Servers running with Java 7 or below that scan the
> >>>> libraries
> >>>>> in the classpath for annotations
> >>>>>
> >>>>
> >>>> I still think we should use Commons Functor for this kind of
> >> functionality.
> >>>> Commons Lang originally only hosted extensions to the java.lang
> package.
> >>>> Over time more and more stuff creeped in (reflect, concurrent, text).
> We
> >>>> responded to that by creating Commons Text and Commons Functor. I
> think
> >>>> small focused components are the right direction instead of putting
> even
> >>>> more stuff into Commons Lang. I hope to have some time to work on Text
> >> and
> >>>> Functor after I'm done with the Commons Lang 3.5 release... :)
> >>>>
> >>>
> >>> Once [lang] 3.5 is out, I think we should update [lang] to Java 7. We
> >> could
> >>> talk about going directly to Java 8.
> >>>
> >>> Lambdas are a core Java feature, it feel to me like it belongs in
> [lang].
> >>> [functor] feels like something that should only be for pre-Java 8.
> >>>
> >>> Gary
> >>>
> >>>>
> >>>> Regards,
> >>>> Benedikt
> >>>>
> >>>>
> >>>>>
> >>>>> Cheers,
> >>>>> Jörg
> >>>>>
> >>>>>
> >>>>> ------------------------------------------------------------
> ---------
> >>>>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> >>>>> For additional commands, e-mail: dev-help@commons.apache.org
> >>>>>
> >>>>>
> >>>>
> >>>
> >>>
> >>>
> >>> --
> >>> E-Mail: garydgregory@gmail.com | ggregory@apache.org
> >>> Java Persistence with Hibernate, Second Edition
> >>> <http://www.manning.com/bauer3/>
> >>> JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
> >>> Spring Batch in Action <http://www.manning.com/templier/>
> >>> Blog: http://garygregory.wordpress.com
> >>> Home: http://garygregory.com/
> >>> Tweet! http://twitter.com/GaryGregory
> >>
> >>
> >>
> >> --
> >> Stian Soiland-Reyes
> >> http://orcid.org/0000-0001-9842-9718
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> >> For additional commands, e-mail: dev-help@commons.apache.org
> >>
> >>
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>


-- 
E-Mail: garydgregory@gmail.com | ggregory@apache.org
Java Persistence with Hibernate, Second Edition
<http://www.manning.com/bauer3/>
JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
Spring Batch in Action <http://www.manning.com/templier/>
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message