You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@commons.apache.org by Gary Gregory <ga...@gmail.com> on 2015/08/13 18:58:22 UTC
[BCEL] Java version
The POM sets the source version to Java 1.5 but the code does not compile
on Java 1.5.
I say we just move the req to java 7 or 8 and move on.
Gary
--
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
Re: [BCEL] Java version
Posted by Gary Gregory <ga...@gmail.com>.
OK, I'll bump it up to Java 7.
Gary
On Thu, Aug 13, 2015 at 11:47 AM, sebb <se...@gmail.com> wrote:
> On 13 August 2015 at 17:58, Gary Gregory <ga...@gmail.com> wrote:
> > The POM sets the source version to Java 1.5 but the code does not compile
> > on Java 1.5.
> >
> > I say we just move the req to java 7 or 8 and move on.
>
> I would be OK with Java 7 as a minimum.
>
> I realise that I normally argue for the minimum Java version, but BCEL
> is different from most of the other Commons components.
>
> It is likely to be mainly used in Maven or stand-alone applications,
> and it seems likely that any usage will be on a host that can readily
> be upgraded to at least Java 7.
>
> This is not the case for many of the other Commons components which
> are likely to be deeply embedded in large complex systems where Java
> upgrades are much harder to test and implement.
>
> > Gary
> >
> > --
> > 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
>
> ---------------------------------------------------------------------
> 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
Re: [BCEL] Java version
Posted by Gary Gregory <ga...@gmail.com>.
Done in SVN and already using Java features :-)
Gary
On Thu, Aug 13, 2015 at 11:55 AM, Mark Roberts <ma...@cs.washington.edu>
wrote:
> I think 7 is fine. I would be hesitant to go all the way to 8 at this
> time.
>
> Thanks,
> Mark
>
>
> -----Original Message-----
> From: sebb [mailto:sebbaz@gmail.com]
> Sent: Thursday, August 13, 2015 11:48 AM
> To: Commons Developers List
> Subject: Re: [BCEL] Java version
>
> On 13 August 2015 at 17:58, Gary Gregory <ga...@gmail.com> wrote:
> > The POM sets the source version to Java 1.5 but the code does not
> > compile on Java 1.5.
> >
> > I say we just move the req to java 7 or 8 and move on.
>
> I would be OK with Java 7 as a minimum.
>
> I realise that I normally argue for the minimum Java version, but BCEL is
> different from most of the other Commons components.
>
> It is likely to be mainly used in Maven or stand-alone applications, and
> it seems likely that any usage will be on a host that can readily be
> upgraded to at least Java 7.
>
> This is not the case for many of the other Commons components which are
> likely to be deeply embedded in large complex systems where Java upgrades
> are much harder to test and implement.
>
> > Gary
> >
> > --
> > 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
>
> ---------------------------------------------------------------------
> 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
RE: [BCEL] Java version
Posted by Mark Roberts <ma...@cs.washington.edu>.
I think 7 is fine. I would be hesitant to go all the way to 8 at this time.
Thanks,
Mark
-----Original Message-----
From: sebb [mailto:sebbaz@gmail.com]
Sent: Thursday, August 13, 2015 11:48 AM
To: Commons Developers List
Subject: Re: [BCEL] Java version
On 13 August 2015 at 17:58, Gary Gregory <ga...@gmail.com> wrote:
> The POM sets the source version to Java 1.5 but the code does not
> compile on Java 1.5.
>
> I say we just move the req to java 7 or 8 and move on.
I would be OK with Java 7 as a minimum.
I realise that I normally argue for the minimum Java version, but BCEL is different from most of the other Commons components.
It is likely to be mainly used in Maven or stand-alone applications, and it seems likely that any usage will be on a host that can readily be upgraded to at least Java 7.
This is not the case for many of the other Commons components which are likely to be deeply embedded in large complex systems where Java upgrades are much harder to test and implement.
> Gary
>
> --
> 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
---------------------------------------------------------------------
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
Re: [BCEL] Java version
Posted by sebb <se...@gmail.com>.
On 13 August 2015 at 17:58, Gary Gregory <ga...@gmail.com> wrote:
> The POM sets the source version to Java 1.5 but the code does not compile
> on Java 1.5.
>
> I say we just move the req to java 7 or 8 and move on.
I would be OK with Java 7 as a minimum.
I realise that I normally argue for the minimum Java version, but BCEL
is different from most of the other Commons components.
It is likely to be mainly used in Maven or stand-alone applications,
and it seems likely that any usage will be on a host that can readily
be upgraded to at least Java 7.
This is not the case for many of the other Commons components which
are likely to be deeply embedded in large complex systems where Java
upgrades are much harder to test and implement.
> Gary
>
> --
> 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
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org