You are viewing a plain text version of this content. The canonical link for it is here.

Posted to dev@commons.apache.org by "Jan Matèrne (jhm)" <ap...@materne.de> on 2016/09/21 13:17:03 UTC

Java8 utilities

I thought about creating a PR for supplying helper methods for Java8
lambdas.

My intented target was commons-lang, but this is Java6.

 

Where could I propose the helpers?`

 

 

Jan

Re: AW: Java8 utilities

Posted by Gilles <gi...@harfang.homelinux.org>.

On Wed, 21 Sep 2016 15:04:12 +0000, Benedikt Ritter wrote:
> Hi,
>
> J�rg Schaible <jo...@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

Yes!

> 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... :)

Don't you want to deprecate a few things, that came from extending
"java.util" (just as an example)?  ;-)

Gilles

> Regards,
> Benedikt
>
>
>>
>> Cheers,
>> J�rg
>>


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org

Re: Java8 utilities

Posted by Stian Soiland-Reyes <st...@apache.org>.

Not sure what java.lang.invoke utility methods you are having in mind, to
me it looks complex enough that getting such an API right is not straight
forward and could be better developed outside Lang.

Let's do what Gary proposes and an orderly upgrade - our Java 7
intermediary will mainly be syntactical and not really add many benefits to
Commons Lang Users as opposed to a Java 8 baseline. However the benefits
will be for the devs so that Lang is in good shape for moving to Java 8
next.

Also it dampens any screams e.g. from Android community who tend to lay
behind a few JDK versions.

On 22 Sep 2016 11:45 p.m., "Matt Sicker" <bo...@gmail.com> wrote:

> How about utility methods for java.lang.invoke? There were also some
> additions to java.util.concurrent that can be supported in
> lang3.concurrent. I'm sure I'm missing other APIs added to JDK 7, but
> there's a couple ideas.
>
> On 22 September 2016 at 16:27, Gary Gregory <ga...@gmail.com>
> wrote:
>
> > On Thu, Sep 22, 2016 at 2:17 PM, Emmanuel Bourg <eb...@apache.org>
> wrote:
> >
> > > Le 22/09/2016 à 22:58, Gary Gregory a écrit :
> > >
> > > > - What else?
> > >
> > > I think the real question here is what kind of benefit Java 7 can bring
> > > to the Commons Lang API. Internal clean-up using the new syntax tricks
> > > isn't really interesting. The benefits of Java 8 are more obvious.
> > >
> >
> > I agree that Java 8 is much more interesting due to lambdas. But
> > personally, I'd prefer to see an orderly evolution.
> >
> > Gary
> >
> >
> > >
> > > Emmanuel Bourg
> > >
> > >
> > > ---------------------------------------------------------------------
> > > 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
> >
>
>
>
> --
> Matt Sicker <bo...@gmail.com>
>