Re: [lyo-dev] JDK 11+ support?

["Nicholas Crossley" <nick_crossley@xxxxxxxxxx>]

Coming back from vacation, I'm late to
this conversation, but here's my opinion:

Java 8 is no longer actively supported,
but is still in common use. Java 11 is the current stable version, but
does have some significant incompatibilities with Java 8 that will slow
adoption.  As a result, I believe that at least for the first half
of this year Lyo releases should be able to run on both Java 8 and Java
11. This means that we should not rely on any new Java 11 features, we
should compile using a Java 8 target level, and we should test with both
runtimes.

Note also that Java 11 (actually, Java
9 upwards) supports multi-release jar files, so you can have different
contents for different Java releases inside the same jar file. For more
info, see for example https://blog.codefx.org/tools/multi-release-jars-multiple-java-versions/,
but be sure to read the caveats in https://blog.gradle.org/mrjars.
This was implemented in a way that supports Java 8 defaulting to a base
set of contents.

Nick.



From:      
 Andrii Berezovskyi
<andriib@xxxxxx>
To:      
 Lyo project developer
discussions <lyo-dev@xxxxxxxxxxx>
Date:      
 02/10/2019 01:01 PM
Subject:    
   Re: [lyo-dev]
JDK 11+ support?
Sent by:    
   lyo-dev-bounces@xxxxxxxxxxx

---

I have just tested one of my OSLC Servers built with Lyo
4.0.0-SNAPSHOT on Jetty 9.4 / JRE 11 and everything seems to work well.

I am using a multi-stage Docker build on my adaptor https://github.com/EricssonResearch/scott-eu/blob/3790578956a0d38c3b43aa8d379b3a69212a70b5/lyo-services/twin-robot.Dockerfileand we might do some work to Dockerise OSLC4J registry and sample code
in Lyo 4.0.

/Andrew

On 2019-02-05 , at 20:30, Andrii Berezovskyi <andriib@xxxxxx>
wrote:

BTW, the video is amazing! I recommend everyone to watch
it, it's only 7min long.

--
/Andrew

5 feb. 2019 kl. 20:20 skrev Andrii Berezovskyi <andriib@xxxxxx>:

Thanks Jim both for the video link and for casting your
vote! 

The article is a good list but it wrong in one thing:
Java  8 support from Oracle HAS ENDED https://en.wikipedia.org/wiki/Java_version_history#Java_SE_8

/A

On 2019-02-05 , at 19:48, Jim Amsden <jamsden@xxxxxxxxxx>
wrote:

I voted no. See https://dzone.com/articles/when-will-java-11-replace-java-8-as-the-default-jafor
some motivation.

But really OSLC is providing software that enables integration. eclipse/Lyo
can be seen as an integration service provider. So we shouldn't push upgrades
like JDK 11 until our demand-side clients at least start asking for it.
Our focus should be on the integrations that OSLC enables, not on optimization
of their various parts.

You may find this enlightening as it also informs my systems thinking:
https://dms.licdn.com/playback/C5605AQF6buoNgt4New/ebd3bdcf15484e02876ba99c48d8d4f2/feedshare-mp4_3300-captions-thumbnails/1507940147251-drlcss?e=1549479600&v=beta&t=8Hcig932ccryLnsKuK-8QH_-oc-Fo4ZSxIgXpz08YVA

But its also possible that this poll will prove me wrong and identify demand
for JDK 11 that we weren't otherwise aware of.


Jim Amsden, Senior Technical Staff Member
OSLC and Linked Lifecycle Data
919-525-6575




From:        Andrii Berezovskyi
<andriib@xxxxxx>
To:        Lyo project developer
discussions <lyo-dev@xxxxxxxxxxx>
Date:        02/04/2019 10:02 AM
Subject:        Re: [lyo-dev] JDK
11+ support?
Sent by:        lyo-dev-bounces@xxxxxxxxxxx

---

Here you go: https://forum.open-services.net/t/lyo-4-0-jdk11-support/199

On 2019-02-04 , at 14:23, Jim Amsden <jamsden@xxxxxxxxxx>
wrote:

Our biggest issue will be the ability of eclipse/lyo users to consume JDK
11 jar files. If all their client apps and servlet containers need to update,
this could be a significant burden to future adoption. 

Since OSLC is an integration framework, we will need to follow the lead
from the users of OSLC4J and their adoption and migration rate to JDK 11.

Perhaps we should establish a Doodle poll through this mailing list and
open-services.netto
see what the OSLC4J users want us to do.


Jim Amsden, Senior Technical Staff Member
OSLC and Linked Lifecycle Data
919-525-6575




From:        Andrii Berezovskyi
<andriib@xxxxxx>
To:        Lyo project developer
discussions <lyo-dev@xxxxxxxxxxx>
Date:        02/03/2019 11:57 AM
Subject:        [lyo-dev] JDK 11+
support?
Sent by:        lyo-dev-bounces@xxxxxxxxxxx

---

Hello, 

During the Lyo 4.0+ roadmap call, there was little interest in moving away
from JDK 8. However, not many of you might know that JDK 8 is not supported
any more since Jan 2019 and it might be legally questionable to download
JDK 8 updates after that from Oracle if you use it commercially. Read more
on this in https://blogs.oracle.com/java-platform-group/end-of-public-updates-is-a-process%2c-not-an-eventand
https://medium.com/@javachampions/java-is-still-free-c02aef8c9e04and
https://www.forbes.com/sites/danwoods/2019/01/31/oracles-newest-audit-tactic-focusing-on-java/#fc0556854960

So, I am thinking if we shall either start testing Lyo against non-Oracle
JDK 8 and/or start supporting JDK 11+? At KTH, we are not using JDK-based
apps commercially. The question is: is anyone concerned enough about this
to help us with JDK 11+ support?  E.g. by fixing https://github.com/eclipse/lyo.server/issues/26and
similar things?

Also, from the technical perspective, we need JDK 9+ to effectively support
TLS/SSL because JDK 8 and before do not trust https://letsencrypt.org/stats/,
the most popular issuer of the certs in the world. Then, PCI requires TLS1.1+
for compliance (https://blog.pcisecuritystandards.org/are-you-ready-for-30-june-2018-sayin-goodbye-to-ssl-early-tls)
but I think it's only a matter of time till we need support for TLS 1.3
and HTTP2: https://thejournal.com/articles/2018/09/27/jdk-11-adds-support-for-tls-1.3-and-http2.aspx

I think two main environments for Lyo-based apps are Eclipse & Jetty
and they both got JDK 11 covered: https://www.eclipse.org/eclipseide/and
https://www.eclipse.org/lists/jetty-announce/msg00124.html

Looking forward to your replies. If everyone is happy with JDK 8, let's
stay on it.

/Andrew
_______________________________________________
lyo-dev mailing list
lyo-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe
from this list, visit
https://www.eclipse.org/mailman/listinfo/lyo-dev




_______________________________________________
lyo-dev mailing list
lyo-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe
from this list, visit
https://www.eclipse.org/mailman/listinfo/lyo-dev
_______________________________________________
lyo-dev mailing list
lyo-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe
from this list, visit
https://www.eclipse.org/mailman/listinfo/lyo-dev


_______________________________________________
lyo-dev mailing list
lyo-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe
from this list, visit
https://www.eclipse.org/mailman/listinfo/lyo-dev

_______________________________________________
lyo-dev mailing list
lyo-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe
from this list, visit
https://www.eclipse.org/mailman/listinfo/lyo-dev
_______________________________________________
lyo-dev mailing list
lyo-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe
from this list, visit
https://www.eclipse.org/mailman/listinfo/lyo-dev
_______________________________________________
lyo-dev mailing list
lyo-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe
from this list, visit
https://www.eclipse.org/mailman/listinfo/lyo-dev