Le 04/03/2015 15:51, Ron Wheeler a écrit :
Not sure what you mean?
From the ORACLE docs, can you propose a "best not to before date" for code that
only runs on Java 8?
Changes to the trunk that require a Java 8 jvm will have an impact on anyone
who wants to backport the patch or apply it to a forked copy.
Remember one thing: we only backport bug fixes. With few exceptions and of
course no code with Java 8 specific changes shall be allowed to be backported
I guess that we could survey the community and see how many installations are
already on a Java 8 jvm or plan to upgrade in the next n months.
Sharan is putting together a new survey and I could formulate a few questions
on this topic.
Overkill IMO, but let's see...
Jacques
Ron
On 04/03/2015 9:36 AM, Jacques Le Roux wrote:
I think we could use Oracle date and that would apply only to trunk anyway...
Jacques
Le 04/03/2015 14:12, Ron Wheeler a écrit :
The real question is:
"At what date are we going to allow code to be added to the product that will not
run on the Java 7 jvm?"
or
"At what date will releases cease to be tested for their ability to run on a Java 7
jvm."
As soon as someone adds lamdas or streams or any of the new Java 8 features,
OFBiz will not run on earlier jvms.
Certainly, there is no reason not to recommend that new installation or
existing installations move to the Java 8 jvm.
Ron
On 04/03/2015 3:43 AM, Jacques Le Roux wrote:
All living ones are ready https://issues.apache.org/jira/browse/OFBIZ-5835
Jacques
Le 04/03/2015 08:45, Pierre Smits a écrit :
With/from which release branch should we default java 8?
Best regards,
Pierre
Op woensdag 4 maart 2015 heeft Jacques Le Roux <[email protected]>
het volgende geschreven:
FYI, just read at https://twitter.com/java
<<After April 2015, Oracle will not post further updates of Java SE 7 to
its public download sites. http://ow.ly/Iz25J>> <http://t.co/7ZCwLmt402>
I think it's time for us to declare Java 8 our recommended version.
Jacques
