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