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.
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.
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
--
Ron Wheeler
President
Artifact Software Inc
email: [email protected]
skype: ronaldmwheeler
phone: 866-970-2435, ext 102
