Re: AW: Java8 utilities

[Gary Gregory]

I do not think we should talk about future plans in the release notes for
3.5.

Gary

On Sep 21, 2016 2:58 PM, "Stian Soiland-Reyes"  wrote:

> +1 - could we even mention this in the release notes for 3.5 and 3.6?
>
> Something like:
>
> > Commons Lang 3.5.x is planned to be the last minor version series that
> > support Java 6; future versions will target Java 7 and Java 8.
>
>
> > Commons Lang 3.6.x is planned to be the last minor version series that
> > support Java 7; future versions will target Java 8.
>
> Then downstream users have a chance to complain to us if they don't
> like it :-)  (and hopefully put in the effort required)
>
> On 21 September 2016 at 19:20, Gary Gregory 
> wrote:
> > 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.
> >
> > Gary
> >
> >
> > On Wed, Sep 21, 2016 at 10:21 AM, Stian Soiland-Reyes 
> > 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 
> >> wrote:
> >> > On Wed, Sep 21, 2016 at 8:04 AM, Benedikt Ritter 
> >> wrote:
> >> >
> >> >> Hi,
> >> >>
> >> >> Jörg Schaible  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-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 
> >> > Blog: http://garygregory.wordpress.com
> >> > Home: http://garygregory.com/
> >> > Tweet! http://twitter.com/GaryGregory
> >>
> >>
> >>
> >> --
> >> Stian Soiland-Reyes
> >> http://orcid.org/-0001-9842-9718
> >>
> >> -
> >> 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 

Re: AW: Java8 utilities

[Stian Soiland-Reyes]

+1 - could we even mention this in the release notes for 3.5 and 3.6?

Something like:

> Commons Lang 3.5.x is planned to be the last minor version series that
> support Java 6; future versions will target Java 7 and Java 8.


> Commons Lang 3.6.x is planned to be the last minor version series that
> support Java 7; future versions will target Java 8.

Then downstream users have a chance to complain to us if they don't
like it :-)  (and hopefully put in the effort required)

On 21 September 2016 at 19:20, Gary Gregory  wrote:
> 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.
>
> Gary
>
>
> On Wed, Sep 21, 2016 at 10:21 AM, Stian Soiland-Reyes 
> 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 
>> wrote:
>> > On Wed, Sep 21, 2016 at 8:04 AM, Benedikt Ritter 
>> wrote:
>> >
>> >> Hi,
>> >>
>> >> Jörg Schaible  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-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 
>> > Blog: http://garygregory.wordpress.com
>> > Home: http://garygregory.com/
>> > Tweet! http://twitter.com/GaryGregory
>>
>>
>>
>> --
>> Stian Soiland-Reyes
>> http://orcid.org/-0001-9842-9718
>>
>> -
>> 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 
> Blog: http://garygregory.wordpress.com
> Home: http://garygregory.com/
> Tweet! http://twitter.com/GaryGregory



-- 
Stian Soiland-Reyes
http://orcid.org/-0001-9842-9718

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

Re: AW: Java8 utilities

[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.

Gary


On Wed, Sep 21, 2016 at 10:21 AM, Stian Soiland-Reyes 
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 
> wrote:
> > On Wed, Sep 21, 2016 at 8:04 AM, Benedikt Ritter 
> wrote:
> >
> >> Hi,
> >>
> >> Jörg Schaible  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-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 
> > Blog: http://garygregory.wordpress.com
> > Home: http://garygregory.com/
> > Tweet! http://twitter.com/GaryGregory
>
>
>
> --
> Stian Soiland-Reyes
> http://orcid.org/-0001-9842-9718
>
> -
> 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 
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory

Re: AW: Java8 utilities

[Stian Soiland-Reyes]

+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  wrote:
> On Wed, Sep 21, 2016 at 8:04 AM, Benedikt Ritter  wrote:
>
>> Hi,
>>
>> Jörg Schaible  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-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 
> Blog: http://garygregory.wordpress.com
> Home: http://garygregory.com/
> Tweet! http://twitter.com/GaryGregory



-- 
Stian Soiland-Reyes
http://orcid.org/-0001-9842-9718

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

Re: AW: Java8 utilities

[Gary Gregory]

On Wed, Sep 21, 2016 at 8:04 AM, Benedikt Ritter  wrote:

> Hi,
>
> Jörg Schaible  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-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 
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory

Re: AW: Java8 utilities

[Gilles]

On Wed, 21 Sep 2016 15:04:12 +, Benedikt Ritter wrote:

Hi,

Jörg Schaible  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-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: AW: Java8 utilities

[Benedikt Ritter]

Hi,

Jörg Schaible  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... :)

Regards,
Benedikt


>
> Cheers,
> Jörg
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>

Re: AW: Java8 utilities

[Jörg Schaible]

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

Cheers,
Jörg


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

AW: Java8 utilities

[jhm]

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

Jan


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