[Building Sakai] Requiring JDK 7 for building/running Sakai 11?

[Matthew Jones]

I agree what we're looking at is:

*For Sakai 10 (2014 release)*
Targets JRE 6+. Should be QA'd with JRE 7. Requires JDK 7 to build "all
code"
 - Likely support for JDK 8, and JDK 6 should build most code.

*Likely for Sakai 11 (2015 release)*
Targets JRE 7+. Likely QA'd with JRE 8. Requires JDK 7-8 to build

(For historical record, Sakai 2.8 requires JDK 5-6 to build and targets JRE
5+. Sakai 2.9 requires JDK 6-7 to build and targets JRE 6+)

What breaks JRE compatibility is when someone wants or needs to use new
features of the language or newer libraries. What breaks JDK compatibility
are generally internal interface changes where we'd have to do work to
support 2 sets of source code.


On Fri, Feb 21, 2014 at 9:34 AM, Matthew Buckett <
matthew.buckett at it.ox.ac.uk> wrote:

> On 21 February 2014 13:56, Charles Severance <csev at umich.edu> wrote:
>
>> I think that they *key* question is what we decide to focus our Sakai-10
>> QA efforts on (7 or 8).
>>
>> I think that we should absolutely *not* try to go to J8 for S-10 QA.  In
>> a sense since most of us have been coding and dev testing and running
>> production of bits of trunk under J7 for over a year - it would be kind of
>> risky to switch to J8 for S-10 QA and then recommend J8 for S-10 production.
>>
>
> I agree that the focus of the QA for S-10 should be Java 7 (especially as
> JDK 8 isn't released and lots of older distros come with JDK 7, however if
> the changes to support JDK 8 aren't too large I think it would be useful if
> S-10 ran/built on JDK 8 if people want to. At the moment S-10 is still
> supporting JDK 6.
>
>
>> Having S-11 will be on J8 is a great idea. We could switch all the trunk
>> nightlys to J8 as soon as S-10 is out the door to hold out feet to the fire
>> and than let folks use J8-isms which will force us all to develop and test
>> in J8.
>>
>> But I hope folks are not talking about J8 for S-10.
>>
>
> Not as the default, but I as an option.
>
> --
>   Matthew Buckett, VLE Developer, IT Services, University of Oxford
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20140221/ab11dff9/attachment.html