[wildfly-dev] Multi-release module JARs
Tristan Tarrant
ttarrant at redhat.com
Thu Jun 11 04:39:35 EDT 2020
On 11/06/2020 10:20, Darran Lofthouse wrote:
> On Thu, Jun 11, 2020 at 9:08 AM Tristan Tarrant <ttarrant at redhat.com
> <mailto:ttarrant at redhat.com>> wrote:
>
> I commented on GitHub, but probably this is more appropriate:
>
> I really so no point in building releases with JDK 8 any more:
>
> * Using the -release 8 compiler argument produces the correct bytecode
> and verifies JDK method signature compatibility similar to what animal
> sniffer did
>
>
> To add to this -release produces the correct bytecode, but -target does
> not so it is important to use the correct one of these.
>
> * It acts as an obstacle to the usage of JDK-specific improvements
>
>
> As we found out, such as preventing the use of new methods added to
> SSLEngine and SSLSocket in the most recent Java 8 releases.
>
> * Raises awareness about incompatibilities that might happen with newer
> JDKs.
>
> I would even go as far as saying that you should build upstream
> nightlies with the latest stable JDK (14) even if it isn't an LTS just
> to validate that last statement.
>
>
> Let's not push it ;-) - we already know PicketBox and it's integration
> will crumble when we get to that version ;-)
Well, the next JDK LTS is only a year away, so I hope you are going to
kill PB before then :)
Tristan
More information about the wildfly-dev
mailing list