[hibernate-dev] JDK 12: First Release Candidate available

[Rory O'Donnell]

Good to hear testing is going well.

Also, thanks for updating the bug Sanne !

Rgds,Rory

On 18/02/2019 12:39, Sanne Grinovero wrote:
> Hi Rory,
>
> we've tested JDK 12 build 32 and it's working fine for Hibernate ORM;
> some more Hibernate projects are being tested soon - we'll let you
> know.
>
> While testing for this, we've hit an annoying build problem with
> Javadoc though; I've commented here:
>   - https://bugs.openjdk.java.net/browse/JDK-8212233?focusedCommentId=14245762
>
> Most notably this isn't a big deal for Java 12 as we just need to add
> a flag, but it's affecting Java 11 too. On the 11 version it's more
> annoying because the build parameters might need to change depending
> on specific micro versions, and it's tricky to handle that with our
> current crop of build tools, so I would rather see Java 11 revert to
> its original semantics - possibly downgrade this to a build warning?
>
> Not to mention that there's a flag in Java 12 to get it to work, while
> Java 11 doesn't have any known workaround - our solution is to keep
> building on the first release of Java 11, which was unaffected. I'd
> rather see this relaxed in the next micro though, as we can't
> otherwise cover those.
>
> Thanks,
> Sanne
>
> On Mon, 18 Feb 2019 at 12:33, Rory O'Donnell <rory.odonnell at oracle.com> wrote:
>> Hi Sanne,
>>
>> **OpenJDK builds *- JDK 12 Early Access build 32 **is now available **at
>> : - jdk.java.net/12/*
>> **JDK 12:  First Release Candidate [1]**
>>
>>    * Per the JDK 12 schedule [2], we are now in Release Candidate Phase.
>>    * The stabilization repository, jdk/jdk12, is open for P1 bug fixes
>>      per the JDK Release Process (JEP 3) [3].
>>    * All changes require approval via the Fix-Request Process [4].
>>    *
>>      Release note additions since last email
>>
>>        o
>>          Build 31 - can_pop_frame and can_force_early_return capabilities
>>          are disabled if JVMCI compiler is used (JDK-8218025
>>          <https://bugs.openjdk.java.net/browse/JDK-8218025>) The JVMTI
>>          |can_pop_frame| and |can_force_early_return| capabilities are
>>          disabled if a JVMCI compiler (like Graal) is used. As a result
>>          the corresponding functionality (|PopFrame| and
>>          |ForceEarlyReturnXXX| functions) is not available to JVMTI
>>          agents. This issue is being fixed via JDK-8218885
>>          <https://bugs.openjdk.java.net/browse/JDK-8218885>
>>          [https://bugs.openjdk.java.net/browse/JDK-8218885
>>          <https://bugs.openjdk.java.net/browse/JDK-8218885>].
>>
>>        o Build 28: JDK-8212233
>>          <https://bugs.openjdk.java.net/browse/JDK-8212233> : javadoc
>>          fails on jdk12 with "The code being documented uses modules but
>>          the packages defined in $URL are in the unnamed module."
>>    * Changes in this build.
>>      <http://hg.openjdk.java.net/jdk/jdk12/log?rev=reverse%28%22jdk-12%2B31%22%3A%3A%22jdk-12%2B32%22-%22jdk-12%2B31%22%29>
>>
>> **OpenJDK builds *- JDK 13 Early Access build 8 is **now available **at
>> : - jdk.java.net/13/*
>>
>>    * These early-access, open-source builds are provided under the
>>        o GNU General Public License, version 2, with the Classpath
>>          Exception <http://openjdk.java.net/legal/gplv2+ce.html>.
>>    * Release Notes updates
>>    * Build 8
>>        o GraphicsEnvironment.getCenterPoint()/getMaximumWindowBounds()
>>          are unified across the platforms (JDK-8214918
>>          <https://bugs.openjdk.java.net/browse/JDK-8214918>)
>>        o The experimental FIPS 140 compliant mode has been removed from
>>          the SunJSSE provider. (JDK-8217835
>>          <https://bugs.openjdk.java.net/browse/JDK-8217835>)
>>    * Build 7
>>        o Change DOM parser to not resolve EntityReference and add Text
>>          node with
>>          DocumentBuilderFactory.setExpandEntityReferences(false)
>>          (JDK-8206132 <https://bugs.openjdk.java.net/browse/JDK-8206132>)
>>    * Build 6
>>        o Base64.Encoder and Base64.Decoder methods can throw
>>          OutOfMemoryError (JDK-8210583
>>          <https://bugs.openjdk.java.net/browse/JDK-8210583>)
>>    * Changes in this build
>>      <http://hg.openjdk.java.net/jdk/jdk/log?rev=reverse%28%22jdk-13%2B7%22%3A%3A%22jdk-13%2B8%22-%22jdk-13%2B7%22%29>
>>    * FOSS Bugs fixed in recent builds
>>        o Build 6 : JDK-8216970
>>          <https://bugs.openjdk.java.net/browse/JDK-8216970> : condy
>>          causes JVM crash
>>        o Build 7: JDK-8215577
>>          <https://bugs.openjdk.java.net/browse/JDK-8215577> : Remove
>>          javadoc support for HTML 4
>>
>>
>> Rgds,Rory
>>
>> [1]
>> https://mail.openjdk.java.net/pipermail/jdk-dev/2019-February/002623.html
>> [2] http://openjdk.java.net/projects/jdk/12/#Schedule
>> [3] http://openjdk.java.net/jeps/3
>> [4] http://openjdk.java.net/jeps/3#Fix-Request-Process
>>
>> --
>> Rgds,Rory O'Donnell
>> Quality Engineering Manager
>> Oracle EMEA , Dublin, Ireland
>>
>> _______________________________________________
>> hibernate-dev mailing list
>> hibernate-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/hibernate-dev

-- 
Rgds,Rory O'Donnell
Quality Engineering Manager
Oracle EMEA, Dublin,Ireland