You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ofbiz.apache.org by Jacques Le Roux <ja...@les7arts.com> on 2015/03/04 07:11:10 UTC
Java SE 7 EOL
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
Re: Java SE 7 EOL
Posted by Ron Wheeler <rw...@artifact-software.com>.
Exactly.
It needs to crystal clear to developers that until xxx (event or date)
all testing is to be done on Java 7 even if the recommended run-time is
the Java 8 jvm.
The new features in Java 8 are pretty attractive. I switched to Java 8
in the Fall for all our projects and it has been painless (aside from
teaching an old dog new tricks).
How was this done between Java 6 and 7?
There were fewer changes and major new features
(http://docs.oracle.com/javase/7/docs/technotes/guides/language/enhancements.html#javase7)
but there must have been a protocol for adding code that depended on Java 7.
Ron
On 04/03/2015 9:51 AM, Pierre Smits wrote:
> That is why plans are created.
>
> That older releases work without issues with a newer JVM is a great
> compliment for our contributors, and a plus for all users of those older
> versions. However, making a newer JVM/JDK the desginated default for all
> future development is something that needs to be communicated. That way
> both developers and users can define and/or their plans as well.
>
> Best regards,
>
> Pierre Smits
>
> *ORRTIZ.COM <http://www.orrtiz.com>*
> Services & Solutions for Cloud-
> Based Manufacturing, Professional
> Services and Retail & Trade
> http://www.orrtiz.com
>
> On Wed, Mar 4, 2015 at 2:12 PM, Ron Wheeler <rw...@artifact-software.com>
> wrote:
>
>> 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 <
>>>> jacques.le.roux@les7arts.com>
>>>> 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: rwheeler@artifact-software.com
>> skype: ronaldmwheeler
>> phone: 866-970-2435, ext 102
>>
>>
--
Ron Wheeler
President
Artifact Software Inc
email: rwheeler@artifact-software.com
skype: ronaldmwheeler
phone: 866-970-2435, ext 102
Re: Java SE 7 EOL
Posted by Pierre Smits <pi...@gmail.com>.
That is why plans are created.
That older releases work without issues with a newer JVM is a great
compliment for our contributors, and a plus for all users of those older
versions. However, making a newer JVM/JDK the desginated default for all
future development is something that needs to be communicated. That way
both developers and users can define and/or their plans as well.
Best regards,
Pierre Smits
*ORRTIZ.COM <http://www.orrtiz.com>*
Services & Solutions for Cloud-
Based Manufacturing, Professional
Services and Retail & Trade
http://www.orrtiz.com
On Wed, Mar 4, 2015 at 2:12 PM, Ron Wheeler <rw...@artifact-software.com>
wrote:
> 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 <
>>> jacques.le.roux@les7arts.com>
>>> 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: rwheeler@artifact-software.com
> skype: ronaldmwheeler
> phone: 866-970-2435, ext 102
>
>
Re: Java SE 7 EOL
Posted by Jacques Le Roux <ja...@les7arts.com>.
Le 04/03/2015 16:09, Ron Wheeler a écrit :
> It seems that a lot of the current major OFBiz committers have private forks and would be affected if patches started showing up in the trunk that
> could not be adopted to their products without forcing them to upgrade all of their customers to the Java 8 JVM.
I believe there are now very few such cases, and they should think about what they are doing (see below)
> No point creating chaos when it can be avoided with a bit of policy-making and transparency.
We can be polite: it last when Oracle last.- After it's *insecure* anyway... and most should run with Java 8
Jacques
>
> Ron
>
> On 04/03/2015 9:58 AM, Pierre Smits wrote:
>> Ron,
>>
>> This project is not responsible for forked copies. Lets keep it that way.
>> Nevertheless, we can keep our
>> https://cwiki.apache.org/confluence/display/OFBIZ/System+Requirements page
>> updated per release. So that users, potential adopters and forkers can be
>> aware.
>>
>> Best regards,
>>
>> Pierre Smits
>>
>> *ORRTIZ.COM <http://www.orrtiz.com>*
>> Services & Solutions for Cloud-
>> Based Manufacturing, Professional
>> Services and Retail & Trade
>> http://www.orrtiz.com
>>
>> On Wed, Mar 4, 2015 at 3:51 PM, Ron Wheeler <rw...@artifact-software.com>
>> wrote:
>>
>>> 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 <
>>>>>>> jacques.le.roux@les7arts.com>
>>>>>>> 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: rwheeler@artifact-software.com
>>> skype: ronaldmwheeler
>>> phone: 866-970-2435, ext 102
>>>
>>>
>
>
Re: Java SE 7 EOL
Posted by Pierre Smits <pi...@gmail.com>.
Ron,
Whether any or all committers have private forks or not, is an assumption.
If they do have, it is their concern how they implement the changes from
the project. Again, this project is not responsible for forked copies.
Best regards,
Pierre Smits
*ORRTIZ.COM <http://www.orrtiz.com>*
Services & Solutions for Cloud-
Based Manufacturing, Professional
Services and Retail & Trade
http://www.orrtiz.com
On Wed, Mar 4, 2015 at 4:09 PM, Ron Wheeler <rw...@artifact-software.com>
wrote:
> It seems that a lot of the current major OFBiz committers have private
> forks and would be affected if patches started showing up in the trunk that
> could not be adopted to their products without forcing them to upgrade all
> of their customers to the Java 8 JVM.
>
> No point creating chaos when it can be avoided with a bit of policy-making
> and transparency.
>
> Ron
>
> On 04/03/2015 9:58 AM, Pierre Smits wrote:
>
>> Ron,
>>
>> This project is not responsible for forked copies. Lets keep it that way.
>> Nevertheless, we can keep our
>> https://cwiki.apache.org/confluence/display/OFBIZ/System+Requirements
>> page
>> updated per release. So that users, potential adopters and forkers can be
>> aware.
>>
>> Best regards,
>>
>> Pierre Smits
>>
>> *ORRTIZ.COM <http://www.orrtiz.com>*
>>
>> Services & Solutions for Cloud-
>> Based Manufacturing, Professional
>> Services and Retail & Trade
>> http://www.orrtiz.com
>>
>> On Wed, Mar 4, 2015 at 3:51 PM, Ron Wheeler <rwheeler@artifact-software.
>> com>
>> wrote:
>>
>> 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 <
>>>>>>> jacques.le.roux@les7arts.com>
>>>>>>> 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: rwheeler@artifact-software.com
>>> skype: ronaldmwheeler
>>> phone: 866-970-2435, ext 102
>>>
>>>
>>>
>
> --
> Ron Wheeler
> President
> Artifact Software Inc
> email: rwheeler@artifact-software.com
> skype: ronaldmwheeler
> phone: 866-970-2435, ext 102
>
>
Re: Java SE 7 EOL
Posted by Ron Wheeler <rw...@artifact-software.com>.
It seems that a lot of the current major OFBiz committers have private
forks and would be affected if patches started showing up in the trunk
that could not be adopted to their products without forcing them to
upgrade all of their customers to the Java 8 JVM.
No point creating chaos when it can be avoided with a bit of
policy-making and transparency.
Ron
On 04/03/2015 9:58 AM, Pierre Smits wrote:
> Ron,
>
> This project is not responsible for forked copies. Lets keep it that way.
> Nevertheless, we can keep our
> https://cwiki.apache.org/confluence/display/OFBIZ/System+Requirements page
> updated per release. So that users, potential adopters and forkers can be
> aware.
>
> Best regards,
>
> Pierre Smits
>
> *ORRTIZ.COM <http://www.orrtiz.com>*
> Services & Solutions for Cloud-
> Based Manufacturing, Professional
> Services and Retail & Trade
> http://www.orrtiz.com
>
> On Wed, Mar 4, 2015 at 3:51 PM, Ron Wheeler <rw...@artifact-software.com>
> wrote:
>
>> 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 <
>>>>>> jacques.le.roux@les7arts.com>
>>>>>> 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: rwheeler@artifact-software.com
>> skype: ronaldmwheeler
>> phone: 866-970-2435, ext 102
>>
>>
--
Ron Wheeler
President
Artifact Software Inc
email: rwheeler@artifact-software.com
skype: ronaldmwheeler
phone: 866-970-2435, ext 102
Re: Java SE 7 EOL
Posted by Pierre Smits <pi...@gmail.com>.
Ron,
This project is not responsible for forked copies. Lets keep it that way.
Nevertheless, we can keep our
https://cwiki.apache.org/confluence/display/OFBIZ/System+Requirements page
updated per release. So that users, potential adopters and forkers can be
aware.
Best regards,
Pierre Smits
*ORRTIZ.COM <http://www.orrtiz.com>*
Services & Solutions for Cloud-
Based Manufacturing, Professional
Services and Retail & Trade
http://www.orrtiz.com
On Wed, Mar 4, 2015 at 3:51 PM, Ron Wheeler <rw...@artifact-software.com>
wrote:
>
> 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 <
>>>>> jacques.le.roux@les7arts.com>
>>>>> 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: rwheeler@artifact-software.com
> skype: ronaldmwheeler
> phone: 866-970-2435, ext 102
>
>
Re: Java SE 7 EOL
Posted by Jacques Le Roux <ja...@les7arts.com>.
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 <ja...@les7arts.com>
>>>>> 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
>>>>>>
>>>>>>
>>>>
>>>
>>>
>>
>
>
Re: Java SE 7 EOL
Posted by Ron Wheeler <rw...@artifact-software.com>.
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
>>>> <ja...@les7arts.com>
>>>> 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: rwheeler@artifact-software.com
skype: ronaldmwheeler
phone: 866-970-2435, ext 102
Re: Java SE 7 EOL
Posted by Pierre Smits <pi...@gmail.com>.
We have to consider the OpenJDK variant as well, see our
https://cwiki.apache.org/confluence/display/OFBIZ/System+Requirements
Best regards,
Pierre Smits
*ORRTIZ.COM <http://www.orrtiz.com>*
Services & Solutions for Cloud-
Based Manufacturing, Professional
Services and Retail & Trade
http://www.orrtiz.com
On Wed, Mar 4, 2015 at 3:36 PM, Jacques Le Roux <
jacques.le.roux@les7arts.com> 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 <
>>>> jacques.le.roux@les7arts.com>
>>>> 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
>>>>>
>>>>>
>>>>>
>>>
>>
>>
Re: Java SE 7 EOL
Posted by Jacques Le Roux <ja...@les7arts.com>.
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 <ja...@les7arts.com>
>>> 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
>>>>
>>>>
>>
>
>
Re: Java SE 7 EOL
Posted by Ron Wheeler <rw...@artifact-software.com>.
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
>> <ja...@les7arts.com>
>> 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: rwheeler@artifact-software.com
skype: ronaldmwheeler
phone: 866-970-2435, ext 102
Re: Java SE 7 EOL
Posted by Jacques Le Roux <ja...@les7arts.com>.
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 <ja...@les7arts.com>
> 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
>>
>>
Re: Java SE 7 EOL
Posted by Pierre Smits <pi...@gmail.com>.
With/from which release branch should we default java 8?
Best regards,
Pierre
Op woensdag 4 maart 2015 heeft Jacques Le Roux <ja...@les7arts.com>
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
>
>
--
Pierre Smits
*ORRTIZ.COM <http://www.orrtiz.com>*
Services & Solutions for Cloud-
Based Manufacturing, Professional
Services and Retail & Trade
http://www.orrtiz.com