Hi Jacques,
Actually I think it will be required immediately because the build will fail.
Below is the exact patch line in macros.xml that would fail the builds:
+ <fail unless="javaatleast18" message="Please upgrade java to at least 1.8.
Current Java version is ${ant.java.version}"/>
Taher Alkhateeb
----- Original Message -----
From: "Jacques Le Roux" <[email protected]>
To: [email protected]
Sent: Sunday, 18 October, 2015 1:36:22 PM
Subject: Re: Java 8 and functional programming in trunk
Hi Taher,
Yes I remember now, that's exactly why I was reluctant to do so. I have a
message remembering me that popping everyday... for months (I have tons of
others :D)
Actually it should not be a burden. I have just to upload Java 8 on the VM and
set trunk to use it. it will be mandatory only when we will really
begin to commit Java 8 features...
Jacques
Le 18/10/2015 12:21, Taher Alkhateeb a écrit :
> Hello Everyone,
>
> I have updated the patch to upgrade to JDK 8 in JIRA
> https://issues.apache.org/jira/browse/OFBIZ-6458 and ran all tests and
> everything is okay from my side. If no one objects I will go ahead and commit
> this patch.
>
> Jacques, we will need your help to upgrade the CI build system for trunk to
> use JDK 8.
>
> Taher Alkhateeb
>
> ----- Original Message -----
>
> From: "Ron Wheeler" <[email protected]>
> To: [email protected]
> Sent: Wednesday, 14 October, 2015 3:40:33 PM
> Subject: Re: Java 8 and functional programming in trunk
>
> Good point about the backporting.
> This will have an effect on the enthusiasm for backporting fixes.
>
> Comparing trunk and backported code will certainly make for some good
> examples about how to use Java 8 to write more concise and clearer code.
>
> Ron
>
> On 14/10/2015 8:29 AM, Jacques Le Roux wrote:
>> Yes I think I confused myself on this one (for my defense I got a
>> *strong* cold recently and I'm just recovering :p)
>>
>> Inline...
>>
>> Le 14/10/2015 14:05, Ron Wheeler a écrit :
>>> +1 on Tahar Alkhateeb's points.
>>>
>>> I don't think that anyone is proposing to convert all existing code
>>> to use the latest Java 8 features.
>>>
>>> I think that once you force people to run the Java 8 JVM by doing the
>>> compile with Java 8, you are pretty much done.
>>>
>>> If someone adds a Stream function in their code and the code is
>>> validated to work correctly, that should be the end of the story.
>>> We don't vote on other code changes.
>>>
>>> Who is going to check new patches to ensure that they do not depend
>>> on Java 8 features or bugs fixed in Java 8?
>> As explained in my answer to Taher, we need to be sure we don't
>> backport Java 8 features in released branches which are supposed to
>> work with Java 7, that's all.
>>
>>> What was the process when Java 7 features where allowed into the
>>> trunk? Was a 2 part vote required?
>> Nope, mistake on my side
>>
>> Jacques
>>
>>> Ron
>>>
>>> On 14/10/2015 6:17 AM, Taher Alkhateeb wrote:
>>>> Hi Jacques,
>>>>
>>>> I am a bit confused? Why wait for a frozen branch for anything? I
>>>> thought trunk is your development/unstable bleeding-edge part of the
>>>> code. This is where you introduce changes without worrying about
>>>> people's stable systems because they base their systems on release
>>>> branches. In fact, branches exist only to stabilize trunk at certain
>>>> points of time.
>>>>
>>>> Furthermore, if we introduce Java 8 into trunk, what possible
>>>> logical reason exists for _voting_ to use the new features of the
>>>> language? Why did you upgrade in the first place if you do not
>>>> intend to use the newer features?
>>>>
>>>> Taher Alkhateeb
>>>>
>>>> ----- Original Message -----
>>>>
>>>> From: "Jacques Le Roux" <[email protected]>
>>>> To: [email protected]
>>>> Sent: Wednesday, 14 October, 2015 12:23:31 PM
>>>> Subject: Re: Java 8 and functional programming in trunk
>>>>
>>>> I tend to agree. Actually there are 2 points,
>>>> 1) use Java 8 to compile
>>>> 2) use new Java 8 features
>>>>
>>>> We can already do 1, but we should maybe wait the next freezed
>>>> branch to do 2. That should be discussed but does not prevent 1. Of
>>>> course any commit
>>>> with 2 will be rejected as long as an agreement on 2 will not be
>>>> reached
>>>>
>>>> Jacques
>>>>
>>>> Le 11/10/2015 19:09, Ron Wheeler a écrit :
>>>>> I am not sure why backwards compatibility is an issue with moving
>>>>> to Java 8.
>>>>>
>>>>> It works well,
>>>>> it is the supported version of Java.
>>>>> As far as I have heard, the Java 8 JVM runs code compiled with
>>>>> earlier versions of Java. (My own experience is uniformly positive).
>>>>>
>>>>> I can see no reason to think that anyone who is developing or using
>>>>> OFBiz would need to compile or run with an older version of Java.
>>>>>
>>>>> In this day of VM and Docker Containers, it is hard to imagine that
>>>>> someone would be stuck on an older JVM in a production environment
>>>>> and unable to
>>>>> come up with a configuration that would allow them to run JVM 8 to
>>>>> support OFBiz.
>>>>>
>>>>> IMHO, we should just move to requiring the supported version of
>>>>> Java as soon as possible.
>>>>>
>>>>> Ron
>>>>>
>>>>>
>>>>> On 11/10/2015 4:14 AM, Taher Alkhateeb wrote:
>>>>>> Hello Everyone,
>>>>>>
>>>>>> We created and provided the patches for this issue since June and
>>>>>> OFBiz is pretty much ready to move to JDK 8. I'm not sure if lazy
>>>>>> consensus is
>>>>>> enough or whether a vote is warranted to move this issue forward?
>>>>>>
>>>>>> Cheers,
>>>>>>
>>>>>> Taher Alkhateeb
>>>>>>
>>>>>> ----- Original Message -----
>>>>>>
>>>>>> From: "Pierre Smits" <[email protected]>
>>>>>> To: [email protected]
>>>>>> Sent: Thursday, 7 May, 2015 10:52:00 AM
>>>>>> Subject: Re: Java 8 and functional programming in trunk
>>>>>>
>>>>>> I don't think that it is a question of using or not using J8. It
>>>>>> is more
>>>>>> about when to move it into trunk, as from that moment on there
>>>>>> will be
>>>>>> backward compatibility issues.
>>>>>> A helpful solution in this respect could be to designate a
>>>>>> specific release
>>>>>> branch now (e.g. r15 or r16), create the version in JIRA and setup
>>>>>> the dev
>>>>>> branch in svn. Doing it that way J8 related issues can get
>>>>>> registered,
>>>>>> changes can get implemented and assessed (in the dev branch) without
>>>>>> breaking current stuff in trunk.
>>>>>>
>>>>>> But it also ensures that we can create awareness prior to
>>>>>> releasing stuff.
>>>>>>
>>>>>> 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 Thu, May 7, 2015 at 9:30 AM, Nicolas Malin
>>>>>> <[email protected]>
>>>>>> wrote:
>>>>>>
>>>>>>> Ok Thanks Scott and Jacques.
>>>>>>>
>>>>>>> So Who is against use java 8 and more on trunk ?
>>>>>>>
>>>>>>> :)
>>>>>>>
>>>>>>> Nicolas
>>>>>>>
>>>>>>>
>>>>>>> Le 07/05/2015 08:46, Jacques Le Roux a écrit :
>>>>>>>
>>>>>>>> Yes (lazy) consensus over vote ;)
>>>>>>>>
>>>>>>>> Jacques
>>>>>>>>
>>>>>>>> Le 07/05/2015 05:02, Scott Gray a écrit :
>>>>>>>>
>>>>>>>>> I'm not sure if a vote is necessary, particularly if no one has
>>>>>>>>> any
>>>>>>>>> objections.
>>>>>>>>>
>>>>>>>>> Regards
>>>>>>>>> Scott
>>>>>>>>> On 7 May 2015 07:44, "Nicolas Malin" <[email protected]>
>>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>> I'm favorable to use java 8.
>>>>>>>>>> I think it's will be pretty fin if you can support oracle jdk8
>>>>>>>>>> and
>>>>>>>>>> openjdk8 also.
>>>>>>>>>>
>>>>>>>>>> I propose to organize a vote to validate or not this proposition
>>>>>>>>>>
>>>>>>>>>> Nicolas
>>>>>>>>>>
>>>>>>>>>> Le 03/05/2015 11:52, Jacques Le Roux a écrit :
>>>>>>>>>>
>>>>>>>>>> Hi Taher,
>>>>>>>>>>> Yes I think so. For now well known (I hope ;)) security
>>>>>>>>>>> reasons, if
>>>>>>>>>>> people want to use Oracle JDK they need to use Java 8.
>>>>>>>>>>> So implementing with new Java 8 features now in trunk sounds
>>>>>>>>>>> good to
>>>>>>>>>>> me.
>>>>>>>>>>> BTW this is only my opinion...
>>>>>>>>>>>
>>>>>>>>>>> Note that our demos are still using OpenJDK 1.7 I'm not quite
>>>>>>>>>>> sure of
>>>>>>>>>>> the
>>>>>>>>>>> policy
>>>>>>>>>>>
>>>>>>>>>>> http://www.cvedetails.com/vulnerability-list/vendor_id-93/product_id-23642/version_id-138218/Oracle-Openjdk-1.7.0.html
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Jacques
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Le 03/05/2015 10:52, Taher Alkhateeb a écrit :
>>>>>>>>>>>
>>>>>>>>>>> Hi everyone,
>>>>>>>>>>>> I would like to work on a few JIRAs and at the same refactor
>>>>>>>>>>>> some
>>>>>>>>>>>> existing
>>>>>>>>>>>> code to utilize Lambdas and Streams utilizing Java 8 features.
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> Is it acceptable to develop with JDK 8 features into trunk?
>>>>>>>>>>>>
>>>>>>>>>>>> Taher Alkhateeb
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>
>
