Re: JDK 12 enters Rampdown Phase One

[Rory O'Donnell]

Great to know, thanks Mark.

Rgds,Rory


On 14/12/2018 15:49, Mark Thomas wrote:

On 14/12/2018 10:47, Rory O'Donnell wrote:

Hi Mark,

*JDK 12 Early Access build **is now available **at : - jdk.java.net/12/*

  * Per the JDK 12 schedule [1], we are now in Rampdown Phase One.
  o For more details , see Mark Reinhold's email to jdk-dev mailing
list [2]
  o The overall feature set is frozen, no further JEPs will be
targeted to this release.
  o We’ve forked the main-line source repository, jdk/jdk, to the
JDK 12 stabilization repository.

I've just built 9.0.x and run through the unit tests on all three
connectors with this latest EA version with no errors.

Simple smoke test (WebSocket snake game exmaple) passes too.

Mark


Changes since the last availability email

  * JEP 189: Shenandoah: A Low-Pause-Time Garbage Collector
(Experimental) <http://openjdk.java.net/jeps/189> moved to *Targeted*.
  * JEP 334: JVM Constants API <http://openjdk.java.net/jeps/334> moved
to *Targeted*.
  * JEP 344: Abortable Mixed Collections for G1
<http://openjdk.java.net/jeps/344> moved  to *Targeted*.
  * JEP 346: Promptly Return Unused Committed Memory from G1
<http://openjdk.java.net/jeps/346> to *Targeted*.
  * JEP 326: Raw String Literals <https://openjdk.java.net/jeps/326>
(Preview) *Proposed to drop from JDK 12*
  o link to proposal on jdk-dev
   
<https://mail.openjdk.java.net/pipermail/jdk-dev/2018-December/002402.html>


Bug fixes reported by Open Source Projects  :

  o JDK-8211051 - fixed in b22 - reported by JUnit5
  o JDK-8211422 - fixed in b23 - reported by Apache Batik

The Java Crypto Roadmap <https://java.com/cryptoroadmap> has been
updated with the following target:

  * With the 2019-04-16 CPU,
  o Targeted Releases - JDK 12, JDK 11, JDK 8, and JDK 7
  o Distrust TLS server certificates anchored by Symantec Root CAs.

Oracle Java SE 8 Release Updates [3]

  * Public updates for Oracle Java SE 8 released after January 2019 will
not be available for business, commercial or production use without
a commercial license.

Rgds, Rory

[1] http://openjdk.java.net/projects/jdk/12/#Schedule
[2]
http://mail.openjdk.java.net/pipermail/jdk-dev/2018-December/002405.html
[3] https://java.com/en/download/release_notice.jsp



-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



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


-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

JDK 12 enters Rampdown Phase One

[Rory O'Donnell]

Hi Mark,

*JDK 12 Early Access build **is now available **at : - jdk.java.net/12/*

 * Per the JDK 12 schedule [1], we are now in Rampdown Phase One.
 o For more details , see Mark Reinhold's email to jdk-dev mailing
   list [2]
 o The overall feature set is frozen, no further JEPs will be
   targeted to this release.
 o We’ve forked the main-line source repository, jdk/jdk, to the
   JDK 12 stabilization repository.

Changes since the last availability email

 * JEP 189: Shenandoah: A Low-Pause-Time Garbage Collector
   (Experimental) <http://openjdk.java.net/jeps/189> moved to *Targeted*.
 * JEP 334: JVM Constants API <http://openjdk.java.net/jeps/334> moved
   to *Targeted*.
 * JEP 344: Abortable Mixed Collections for G1
   <http://openjdk.java.net/jeps/344> moved  to *Targeted*.
 * JEP 346: Promptly Return Unused Committed Memory from G1
   <http://openjdk.java.net/jeps/346> to *Targeted*.
 * JEP 326: Raw String Literals <https://openjdk.java.net/jeps/326>
   (Preview) *Proposed to drop from JDK 12*
 o link to proposal on jdk-dev
   
<https://mail.openjdk.java.net/pipermail/jdk-dev/2018-December/002402.html>

Bug fixes reported by Open Source Projects  :

 o JDK-8211051 - fixed in b22 - reported by JUnit5
 o JDK-8211422 - fixed in b23 - reported by Apache Batik

The Java Crypto Roadmap <https://java.com/cryptoroadmap> has been 
updated with the following target:


 * With the 2019-04-16 CPU,
 o Targeted Releases - JDK 12, JDK 11, JDK 8, and JDK 7
 o Distrust TLS server certificates anchored by Symantec Root CAs.

Oracle Java SE 8 Release Updates [3]

 * Public updates for Oracle Java SE 8 released after January 2019 will
   not be available for business, commercial or production use without
   a commercial license.

Rgds, Rory

[1] http://openjdk.java.net/projects/jdk/12/#Schedule
[2] http://mail.openjdk.java.net/pipermail/jdk-dev/2018-December/002405.html
[3] https://java.com/en/download/release_notice.jsp

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

JDK 12 build 22 is now available at : - jdk.java.net/12/

[Rory O'Donnell]

Hi Mark,

*NOTE:- *The JDK 12 schedule <http://openjdk.java.net/projects/jdk/12/> 
rampdown phase 1 of the release is coming up in a few weeks on Dec. 13, 
2018.


**

*JDK 12 Early Access build 22 **is now available **at : - jdk.java.net/12/*

 * Release Note updates since last email *
   *
 o Build 21 - Deprecating the default keytool -keyalg value
   (JDK-8212003)
 o Build 21 - Change to X25519 and X448 encoded private key format
   (JDK-8213363)
 o Build 20 - New command-line flag for more extensive error
   reporting in crash logs  (JDK-8211845)
 o Build 20 -Initial Value of user.timezone System Property Changed
   (JDK-8185496)

 * JEPs proposed for JDK 12 :
 o JEP 189: Shenandoah: A Low-Pause-Time Garbage
   Collector(Experimental) <http://openjdk.java.net/jeps/189>
 o JEP 334: JVM Constants API <http://openjdk.java.net/jeps/334>
 o JEP 344: Abortable Mixed Collections for G1
   <http://openjdk.java.net/jeps/344>
 o JEP 346: Promptly Return Unused Committed Memory from G1
   <http://openjdk.java.net/jeps/346>

 * JEPs targeted to JDK 12, so far
 o JEP 230: Microbenchmark Suite <https://openjdk.java.net/jeps/230>
 o JEP 325: Switch Expressions (Preview)
   <http://openjdk.java.net/jeps/325>
 o JEP 326: Raw String Literals (Preview)
   <http://openjdk.java.net/jeps/326>
 o JEP 340: One AArch64 Port, Not Two
   <http://openjdk.java.net/jeps/340>
 o JEP 341: Default CDS Archives <http://openjdk.java.net/jeps/341>

Rgds,Rory

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

Re: JDK 12 , JDK 8u202 & Project Panama Early-Access builds available

[Rory O'Donnell]

Thanks for the update Mark!

On 09/11/2018 14:05, Mark Thomas wrote:

On 09/11/2018 10:57, Rory O'Donnell wrote:

Hi Mark,

*JDK 12 Early Access build 19 is available at : - jdk.java.net/12/*

Built Tomcat 9.0.x and an all the unit tests. All passed.

Mark

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org


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


-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

JDK 12 , JDK 8u202 & Project Panama Early-Access builds available

[Rory O'Donnell]

Hi Mark,

*JDK 12 Early Access build 19 is available at : - jdk.java.net/12/*

 * These early-access, open-source builds are provided under the GNU
   General Public License, version 2, with the Classpath Exception
   <http://openjdk.java.net/legal/gplv2+ce.html>.

 * Release Notes updates since last email
 o Build 18 – JDK-8211883: Disable anon and NULL cipher suites
 + Crypto Roadmap
   <https://java.com/en/jre-jdk-cryptoroadmap.html> Updated
 o Build 17 – JDK-8211806: TLS 1.3 handshake server name indication
   is missing on a session resume
 o Build 16 – JDK-8211866: TLS 1.3 CertificateRequest message
   sometimes offers disallowed signature algorithms
 o Build 17 – JDK-8195793 : Remove GTE CyberTrust Global Root
 o Build 16 - JDK-8191053 : Provide a mechanism to make system's
   security manager immutable

 * JEPs proposed for JDK 12 so far:
 o JEP 230 - Microbenchmark Suite <https://openjdk.java.net/jeps/230>
 * JEPs targeted to JDK 12, so far
 o 325: Switch Expressions (Preview) <http://openjdk.java.net/jeps/325>
 o 326: Raw String Literals (Preview)
   <http://openjdk.java.net/jeps/326>
 o 340: One AArch64 Port, Not Two <http://openjdk.java.net/jeps/340>
 o 341: Default CDS Archives <http://openjdk.java.net/jeps/341>

*JDK 8u202 Early Access build 03 is available at : - 
**http://jdk.java.net/8/*


 * JDK 8u202 timeline is available [1]
 o GA is scheduled for January 2019

*Project Panama Early-Access build 0 ***is available at : - 
http://jdk.java.net/panama/

**

 * Early access builds from Project Panama
   <https://openjdk.java.net/projects/panama/>
 * Early-access builds are provided under the GNU General Public
   License, version 2, with the Classpath Exception
   <http://openjdk.java.net/legal/gplv2+ce.html>.
 * Feedback - Please send feedback via e-mail to
   panama-...@openjdk.java.net <mailto:panama-...@openjdk.java.net>.
 * To send e-mail to this address you must first subscribe to the
   mailing list
   <http://mail.openjdk.java.net/mailman/listinfo/panama-dev>.

*Crypto Roadmap Updated [2]
*


Rgds,Rory

[1] http://openjdk.java.net/projects/jdk8u/releases/8u202.html
[2] https://java.com/en/jre-jdk-cryptoroadmap.html

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

Re: JDK 12 Early Access build 15 is available

[Rory O'Donnell]

Thanks Mark for the update.

Rgds,Rory


On 01/11/2018 16:10, Mark Thomas wrote:

On 31/10/2018 08:43, Rory O'Donnell wrote:

Hi Mark,

Can you send us the JI-number when you get time to log a bug ?

I would, but it turns out the root cause is in the Tomcat tests. We are
trying to do post-handshake authentication and JDK 11 defaults to TLS
v1.3 and the JSSE TLSv1.3 implementation doesn't implement that feature.

As an aside, this is going to cause problems with JavaEE and JakartaEE
implementations at some point as the Servlet specification effectively
requires that JSSE supports PHA.

Mark



Rgds,Rory


On 30/10/2018 17:42, Mark Thomas wrote:

FYI,

org.apache.tomcat.util.net.TestSsl.testRenegotiateWorks() is failing
consistently when running with the NIO2 connector.

It works with:
- Oracle JDK 1.8.0 update 192
- Oracle JDK 9.0.4
- Oracle JDK 10.0.2

It fails with:
- OpenJDK 11.0.1
- OpenJDK 12 ea17

First impression (based on the results above) is that there is a
regression somewhere in JSSE. On the other hand, it works with NIO with
all of the above versions which suggests a bug in NIO2.

I have not investigated this any further than simply running the test so
I have not (yet) opened a bug.

Mark


On 15/10/18 11:37, Rory O'Donnell wrote:

Hi Mark,

*JDK 12 Early Access build 15 is available at : - jdk.java.net/12/*

   * JDK 12 Schedule is confirmed.
   o 2018/12/13 Rampdown Phase One
<http://openjdk.java.net/jeps/3#rdp-1>
   o 2019/01/17 Rampdown Phase Two
<http://openjdk.java.net/jeps/3#rdp-2>
   o 2019/02/07 Release-Candidate Phase
     <http://openjdk.java.net/jeps/3#rc>
   o 2019/03/19 General Availability
   * Release Notes for JDK 12 [1]
   * JEPs targeted to JDK 12, so far
   o 325: Switch Expressions (Preview [2]) - Integrated
   o 326: Raw String Literals (Preview [2]) - Integrated
   o 340: One AArch64 Port, Not Two
     <http://openjdk.java.net/jeps/340> - Targeted
   o 341: Default CDS Archives <http://openjdk.java.net/jeps/341>-
     Integrated
   * Important fixes since last email
   o (b15)  Implementation of JEP 341: Default CDS Archives
   o (b14) LDAPS Communication Failure (JDK-8211107
     <https://bugs.openjdk.java.net/browse/JDK-8211107>)
   o (b14) Support dns_canonicalize_hostname in krb5.conf
     (JDK-8210821 <https://bugs.openjdk.java.net/browse/JDK-8210821>)
   o (b14) Removal of com.sun.awt.SecurityWarning Class (JDK-8210692
     <https://bugs.openjdk.java.net/browse/JDK-8210692>)


*JDK 8u202 planning [3]*

   * 8u202 is proposed to be the last Oracle led release for this OpenJDK
     Project.
   * A proposed timeline is as follows :
   o July 2018 8u-dev forest begins collecting 8u202 fixes
   o Mid October 2018 RampDown 2
   o Mid January 2019 GA

Rgds, Rory

[1] http://jdk.java.net/12/release-notes
[2] http://openjdk.java.net/jeps/12
[3]
http://mail.openjdk.java.net/pipermail/jdk8u-dev/2018-September/007923.html<http://jdk.java.net/12/release-notes>


<https://download.java.net/java/early_access/jmc7/core/common/docs/api/overview-summary.html>





-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



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


-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

Re: JDK 12 Early Access build 15 is available

[Rory O'Donnell]

Hi Mark,

Can you send us the JI-number when you get time to log a bug ?

Rgds,Rory


On 30/10/2018 17:42, Mark Thomas wrote:

FYI,

org.apache.tomcat.util.net.TestSsl.testRenegotiateWorks() is failing
consistently when running with the NIO2 connector.

It works with:
- Oracle JDK 1.8.0 update 192
- Oracle JDK 9.0.4
- Oracle JDK 10.0.2

It fails with:
- OpenJDK 11.0.1
- OpenJDK 12 ea17

First impression (based on the results above) is that there is a
regression somewhere in JSSE. On the other hand, it works with NIO with
all of the above versions which suggests a bug in NIO2.

I have not investigated this any further than simply running the test so
I have not (yet) opened a bug.

Mark


On 15/10/18 11:37, Rory O'Donnell wrote:

Hi Mark,

*JDK 12 Early Access build 15 is available at : - jdk.java.net/12/*

  * JDK 12 Schedule is confirmed.
  o 2018/12/13 Rampdown Phase One <http://openjdk.java.net/jeps/3#rdp-1>
  o 2019/01/17 Rampdown Phase Two <http://openjdk.java.net/jeps/3#rdp-2>
  o 2019/02/07 Release-Candidate Phase
    <http://openjdk.java.net/jeps/3#rc>
  o 2019/03/19 General Availability
  * Release Notes for JDK 12 [1]
  * JEPs targeted to JDK 12, so far
  o 325: Switch Expressions (Preview [2]) - Integrated
  o 326: Raw String Literals (Preview [2]) - Integrated
  o 340: One AArch64 Port, Not Two
    <http://openjdk.java.net/jeps/340> - Targeted
  o 341: Default CDS Archives <http://openjdk.java.net/jeps/341>-
    Integrated
  * Important fixes since last email
  o (b15)  Implementation of JEP 341: Default CDS Archives
  o (b14) LDAPS Communication Failure (JDK-8211107
    <https://bugs.openjdk.java.net/browse/JDK-8211107>)
  o (b14) Support dns_canonicalize_hostname in krb5.conf
    (JDK-8210821 <https://bugs.openjdk.java.net/browse/JDK-8210821>)
  o (b14) Removal of com.sun.awt.SecurityWarning Class (JDK-8210692
    <https://bugs.openjdk.java.net/browse/JDK-8210692>)


*JDK 8u202 planning [3]*

  * 8u202 is proposed to be the last Oracle led release for this OpenJDK
    Project.
  * A proposed timeline is as follows :
  o July 2018 8u-dev forest begins collecting 8u202 fixes
  o Mid October 2018 RampDown 2
  o Mid January 2019 GA

Rgds, Rory

[1] http://jdk.java.net/12/release-notes
[2] http://openjdk.java.net/jeps/12
[3]
http://mail.openjdk.java.net/pipermail/jdk8u-dev/2018-September/007923.html<http://jdk.java.net/12/release-notes>

<https://download.java.net/java/early_access/jmc7/core/common/docs/api/overview-summary.html>




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


-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

JDK 12 Early Access build 15 is available

[Rory O'Donnell]

Hi Mark,

*JDK 12 Early Access build 15 is available at : - jdk.java.net/12/*

 * JDK 12 Schedule is confirmed.
 o 2018/12/13 Rampdown Phase One <http://openjdk.java.net/jeps/3#rdp-1>
 o 2019/01/17 Rampdown Phase Two <http://openjdk.java.net/jeps/3#rdp-2>
 o 2019/02/07 Release-Candidate Phase
   <http://openjdk.java.net/jeps/3#rc>
 o 2019/03/19 General Availability
 * Release Notes for JDK 12 [1]
 * JEPs targeted to JDK 12, so far
 o 325: Switch Expressions (Preview [2]) - Integrated
 o 326: Raw String Literals (Preview [2]) - Integrated
 o 340: One AArch64 Port, Not Two
   <http://openjdk.java.net/jeps/340> - Targeted
 o 341: Default CDS Archives <http://openjdk.java.net/jeps/341>-
   Integrated
 * Important fixes since last email
 o (b15)  Implementation of JEP 341: Default CDS Archives
 o (b14) LDAPS Communication Failure (JDK-8211107
   <https://bugs.openjdk.java.net/browse/JDK-8211107>)
 o (b14) Support dns_canonicalize_hostname in krb5.conf
   (JDK-8210821 <https://bugs.openjdk.java.net/browse/JDK-8210821>)
 o (b14) Removal of com.sun.awt.SecurityWarning Class (JDK-8210692
   <https://bugs.openjdk.java.net/browse/JDK-8210692>)


*JDK 8u202 planning [3]*

 * 8u202 is proposed to be the last Oracle led release for this OpenJDK
   Project.
 * A proposed timeline is as follows :
 o July 2018 8u-dev forest begins collecting 8u202 fixes
 o Mid October 2018 RampDown 2
 o Mid January 2019 GA

Rgds, Rory

[1] http://jdk.java.net/12/release-notes
[2] http://openjdk.java.net/jeps/12
[3] 
http://mail.openjdk.java.net/pipermail/jdk8u-dev/2018-September/007923.html<http://jdk.java.net/12/release-notes>
<https://download.java.net/java/early_access/jmc7/core/common/docs/api/overview-summary.html> 



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

Release Announcement: General Availability of JDK 11

[Rory O'Donnell]

Hi Mark,

*1) Release Announcement: General Availability of JDK 11 *

 * JDK 11, the reference implementation of Java 11 and the first
   long-term support release produced under the six-month rapid-cadence
   release model [1][2], is now Generally Available.
 * GPL-licensed OpenJDK builds from Oracle are available here:
   https://jdk.java.net/11

This release includes seventeen features:

 * 181: Nest-Based Access Control <http://openjdk.java.net/jeps/181>
 * 309: Dynamic Class-File Constants <http://openjdk.java.net/jeps/309>
 * 315: Improve Aarch64 Intrinsics <http://openjdk.java.net/jeps/315>
 * 318: Epsilon: A No-Op Garbage Collector
   <http://openjdk.java.net/jeps/318>
 * 320: Remove the Java EE and CORBA Modules
   <http://openjdk.java.net/jeps/320>
 * 321: HTTP Client (Standard) <http://openjdk.java.net/jeps/321>
 * 323: Local-Variable Syntax for Lambda Parameters
   <http://openjdk.java.net/jeps/323>
 * 324: Key Agreement with Curve25519 and Curve448
   <http://openjdk.java.net/jeps/324>
 * 327: Unicode 10 <http://openjdk.java.net/jeps/327>
 * 328: Flight Recorder <http://openjdk.java.net/jeps/328>
 * 329: ChaCha20 and Poly1305 Cryptographic Algorithms
   <http://openjdk.java.net/jeps/329>
 * 330: Launch Single-File Source-Code Programs
   <http://openjdk.java.net/jeps/330>
 * 331: Low-Overhead Heap Profiling <http://openjdk.java.net/jeps/331>
 * 332: Transport Layer Security (TLS) 1.3
   <http://openjdk.java.net/jeps/332>
 * 333: ZGC: A Scalable Low-Latency Garbage Collector (Experimental)
   <http://openjdk.java.net/jeps/333>
 * 335: Deprecate the Nashorn JavaScript Engine
   <http://openjdk.java.net/jeps/335>
 * 336: Deprecate the Pack200 Tools and API
   <http://openjdk.java.net/jeps/336>


2) Quality Outreach Report for September 2018 is available*
*

 * Quality Outreach report September 2018

*Thanks to everyone who contributed to JDK 11 by downloading and testing 
the early-access builds.
In particular the following developers who logged **18 issues in the JDK 
Bug System.*


 * Netty
 * Eclipse Jetty
 * Apache Lucene
 * JUnit5
 * Apache Tomcat
 * Apache Ant
 * Apache POI
 * AssertJ
 * Eclipse Collections
 * Byte Buddy
 * RxJava

3) JDK 12 EA build 12, under both the GPL and Oracle EA licenses, are 
now available at http://jdk.java.net/11 .


 * Schedule , Status & Features
 o http://openjdk.java.net/projects/jdk/12/
 * Release Notes:
 o http://jdk.java.net/12/release-notes

**

Rgds,Rory

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

Re: JDK 12 & JMC 7.0.0 Early Access builds are available

[Rory O'Donnell]

Thanks for that Mark.

Rgds,Rory


On 10/09/2018 14:50, Mark Thomas wrote:

On 07/09/18 10:50, Rory O'Donnell wrote:

Hi Mark,

*JDK 11 build 28 is our first JDK 11 Release Candidate [1]
*

  * JDK 11 build 28 is available at : - jdk.java.net/11/

*JDK 12 Early Access build 10 is available at : - jdk.java.net/12/*

  * Release Notes for JDK 12 [2]
  * *JEPs integrated to JDK 12:*
  o 325: Switch Expressions (Preview [3])
  * *JEPs proposed to target JDK 12:*
  o 326: Raw String Literals (Preview [3])

I ran the unit tests with all three connectors on Linux for both
jdk-11-b28 and jdk-12-ea10.

I did not detect any issues with either JDK.

Kind regards,

Mark


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


-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

JDK 12 & JMC 7.0.0 Early Access builds are available

[Rory O'Donnell]

Hi Mark,

*JDK 11 build 28 is our first JDK 11 Release Candidate [1]
*

 * JDK 11 build 28 is available at : - jdk.java.net/11/

*JDK 12 Early Access build 10 is available at : - jdk.java.net/12/*

 * Release Notes for JDK 12 [2]
 * *JEPs integrated to JDK 12:*
 o 325: Switch Expressions (Preview [3])
 * *JEPs proposed to target JDK 12:*
 o 326: Raw String Literals (Preview [3])

*FOSS bug fixes in recent builds.*

 * Apache Ant -
   JDK-8209965<https://bugs.openjdk.java.net/browse/JDK-8209965>(b09)

*Other important fixes in JDK 12*

 * Disabled all DES TLS Cipher Suites (JDK-8208350
   <https://bugs.openjdk.java.net/browse/JDK-8208350>)
 o DES-based TLS cipher suites are considered obsolete and should
   no longer be used

*JMC 7.0.0 Early Access build 04 is available at :- 
**http://jdk.java.net/jmc/*


 * Overview - summary [4]
 * These early-access, open-source builds are provided under the
   Universal Permissive License,
   version 1.0<https://opensource.org/licenses/UPL>.
 * Feedback via the http://bugreport.java.com/
 o Be sure to include jmc application Build id from "Help" - "About
   JDK Mission Control".


Rgds, Rory

[1] http://mail.openjdk.java.net/pipermail/jdk-dev/2018-August/001844.html
[2] http://jdk.java.net/12/release-notes
[3] http://openjdk.java.net/jeps/12<http://jdk.java.net/12/release-notes>
[4] 
https://download.java.net/java/early_access/jmc7/core/common/docs/api/overview-summary.html 



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

Re: JDK 11: First Release Candidate available

[Rory O'Donnell]

Thanks Mark for confirming fix.

Rgds,Rory


On 24/08/2018 18:19, Mark Thomas wrote:

On 24/08/18 10:30, Rory O'Donnell wrote:

Hi Mark,

*JDK 11 build 28 is our first JDK 11 Release Candidate [1]
*

  * JDK 11 Early Access  build 28 is available at : - jdk.java.net/11/

*FOSS fixes in recent builds.*




  * *Apache Tomcat *  -JDK-8208642
    <https://bugs.openjdk.java.net/browse/JDK-8208642>(b27)
  o *Hope you can confirm that all is ok ?*

Confirmed.

Tests that previous failed passed with:

Oracle JDK 11 build 28

OpenJDK 11 build 28

OpenJDK 12 build 8

Thanks for the fix.

Mark


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


-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

JDK 11: First Release Candidate available

[Rory O'Donnell]

Hi Mark,

*JDK 11 build 28 is our first JDK 11 Release Candidate [1]
*

 * JDK 11 Early Access  build 28 is available at : - jdk.java.net/11/

*FOSS fixes in recent builds.*

 * Eclipse Jetty - JDK-8207177
   <https://bugs.openjdk.java.net/browse/JDK-8207177> (b27)
 * *Apache Tomcat *  -JDK-8208642
   <https://bugs.openjdk.java.net/browse/JDK-8208642>(b27)
 o *Hope you can confirm that all is ok ?*
 * Netty - JDK-8207029
   <https://bugs.openjdk.java.net/browse/JDK-8207029> (b23),
   JDK-8208166 <https://bugs.openjdk.java.net/browse/JDK-8208166> (b25)

*JDK 12 Early Access build 8 is available at : - jdk.java.net/12/*

 * Release Notes for JDK 12 [2]
 * Changes in this build include
 o JDK-8208350 <https://bugs.openjdk.java.net/browse/JDK-8208350> -
   Disable all DES TLS cipher suites

*OpenJFX Early-Access Build 24 is available at :-* 
*http://jdk.java.net/openjfx/*


 * This library is delivered as a set of modules, along with the native
   code needed to run JavaFX, that can be run using a JDK 10
   <http://jdk.java.net/10/> build or a JDK 11 EA
   <http://jdk.java.net/11/> build.
 * This build is intended to allow application developers and OpenJFX
   contributors to test their applications with an unbundled,
   standalone JavaFX library.

Regards,
Rory

[1] 
http://mail.openjdk.java.net/pipermail/jdk-dev/2018-August/001844.html 
<http://openjdk.java.net/projects/jdk/11/#Schedule>

[2] http://jdk.java.net/12/release-notes


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

JDK 11 , JDK 12 and JDK 8u192 Early Access builds are available on jdk.java.net

[Rory O'Donnell]

Hi Mark,

*JDK 11 Early Access  build 25 is available at : - **jdk.java.net/11/*

 * *JDK 11 entered Rampdown Phase 2 on 26-July [1]*
 o The overall feature set is frozen. No further JEPs will be
   targeted to this release.
 o We now turn our focus to P1 and P2 bugs.
 * Release notes are available here  [2]

*JDK 12 Early Access  build 05 is available at : - **jdk.java.net/12/*

 * Changes in this build here
   
<http://hg.openjdk.java.net/jdk/jdk/log?revcount=1&rev=reverse%28%22jdk-12%2B4%22%3A%3A%22jdk-12%2B5%22%29>.

*JDK 8u192 Early Access build 04 is available at : - http://jdk.java.net/8/*

 * JDK 8u192 timeline is available [3]
 o GA is scheduled for October 2018

**Conference videos online*
*

 * *OpenJDK Committers’ Workshop [4]*
 * JVM Language Summit 2018 [5]:


Regards,
Rory

[1] http://mail.openjdk.java.net/pipermail/jdk-dev/2018-July/001669.html
[2] http://jdk.java.net/11/release-notes
[3] http://openjdk.java.net/projects/jdk8u/releases/8u192.html
[4] https://www.youtube.com/playlist?list=PLX8CzqL3ArzXY_9Ornabhxs-j2h4hnvJ3
[5] https://www.youtube.com/playlist?list=PLX8CzqL3ArzVnxC6PYxMlngEMv3W1pIkn


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

Re: JDK 11 Early Access build 22 & JDK 12 Early Access b02 are available.

[Rory O'Donnell]

That is great news Mark.

Thanks again for all your efforts !

Rgds,Rory

On 03/08/2018 12:24, Mark Thomas wrote:

On 03/08/18 11:11, Mark Thomas wrote:

On 03/08/18 09:13, Rory O'Donnell wrote:

Hi Mark,

Did you include the latest patch - by the way this is being discussed on
security-dev mailing list ?

Ah. No. I was using webrev.00 which was the one listed in the bug report
for JDK-8207009.

I'll try again with webrev.01 and report back.

Good news. I can confirm that the 01 patch does fix this issue.

Mark


Mark


see
http://mail.openjdk.java.net/pipermail/security-dev/2018-August/017751.html

Rgds,Rory


On 02/08/2018 14:39, Mark Thomas wrote:

On 02/08/18 13:42, Rory O'Donnell wrote:

That would be very useful, thanks.

Rory,

I have testing this locally and the proposed patch for JDK-8207009 *does
not* address the issue described in JDK-8208642.

I was concerned that I wasn't building the JDK correctly and/or picking
up the wrong JDK but I've added a bunch of System.out.println()
statements that confirm I am running the correct (current source plus
JDK-8207009 patch) and that the failure described in JDK-8208642 is
still happening in the same way.

Mark



Rgds,Rory


On 02/08/2018 10:31, Mark Thomas wrote:

On 02/08/18 10:06, Rory O'Donnell wrote:

Hi Mark,

Your bug (JDK-8208642) has been closed as a duplicate of another issue :

https://bugs.openjdk.java.net/browse/JDK-8207009

I will let you know when the fix get's into a build.

Thanks Rory.

I should be able to build jdk11 from source and test the proposed patch.
I'll let you know how I get on.

Mark



Rgds,Rory


On 01/08/2018 10:47, Rory O'Donnell wrote:

Thanks Mark, I'll follow up and advise when it's moved into JBS

Rgds,Rory


On 01/08/2018 10:41, Mark Thomas wrote:

Rory,

I can confirm that there is a JDK bug here.

The short version is that server initiated renegotiation of a TLSv1.2
connection fails if the Java client is configured to allow TLSv1.3

Details available under internal review ID : 9056398

As always, I'm happy to provide further details if required.

Cheers,

Mark


On 31/07/18 15:19, Rory O'Donnell wrote:

Hi Mark,

Does the latest JDK 11 EA build 24 also fail ? If yes, could you
log a
bug as we are now

in Rampdown Phase 2.

Thanks,Rory


On 31/07/2018 15:10, Mark Thomas wrote:

On 17/07/18 12:26, Rory O'Donnell wrote:




*JDK 12 Early Access  Build 02 is available at
**http://jdk.java.net/12/*

I've just run the Tomcat 9 test suite with the JDK 12 EA4 build
and I
see a few TLS related failures:

   [concat] Testsuites with failed tests:
   [concat]
TEST-org.apache.tomcat.util.net.TestClientCert.NIO.txt
   [concat]
TEST-org.apache.tomcat.util.net.TestClientCert.NIO2.txt
   [concat] TEST-org.apache.tomcat.util.net.TestCustomSsl.NIO.txt
   [concat]
TEST-org.apache.tomcat.util.net.TestCustomSsl.NIO2.txt

I haven't dug into why the tests are failing yet.

I also saw some failures in the OpenSSL tests but those are
expected due
to the OpenSSL version I have installed locally.

Mark

-

To unsubscribe, e-mail:dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail:dev-h...@tomcat.apache.org


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

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org


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



-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



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


-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

Re: JDK 11 Early Access build 22 & JDK 12 Early Access b02 are available.

[Rory O'Donnell]

Hi Mark,

Did you include the latest patch - by the way this is being discussed on 
security-dev mailing list ?


see 
http://mail.openjdk.java.net/pipermail/security-dev/2018-August/017751.html


Rgds,Rory


On 02/08/2018 14:39, Mark Thomas wrote:

On 02/08/18 13:42, Rory O'Donnell wrote:

That would be very useful, thanks.

Rory,

I have testing this locally and the proposed patch for JDK-8207009 *does
not* address the issue described in JDK-8208642.

I was concerned that I wasn't building the JDK correctly and/or picking
up the wrong JDK but I've added a bunch of System.out.println()
statements that confirm I am running the correct (current source plus
JDK-8207009 patch) and that the failure described in JDK-8208642 is
still happening in the same way.

Mark



Rgds,Rory


On 02/08/2018 10:31, Mark Thomas wrote:

On 02/08/18 10:06, Rory O'Donnell wrote:

Hi Mark,

Your bug (JDK-8208642) has been closed as a duplicate of another issue :

https://bugs.openjdk.java.net/browse/JDK-8207009

I will let you know when the fix get's into a build.

Thanks Rory.

I should be able to build jdk11 from source and test the proposed patch.
I'll let you know how I get on.

Mark



Rgds,Rory


On 01/08/2018 10:47, Rory O'Donnell wrote:

Thanks Mark, I'll follow up and advise when it's moved into JBS

Rgds,Rory


On 01/08/2018 10:41, Mark Thomas wrote:

Rory,

I can confirm that there is a JDK bug here.

The short version is that server initiated renegotiation of a TLSv1.2
connection fails if the Java client is configured to allow TLSv1.3

Details available under internal review ID : 9056398

As always, I'm happy to provide further details if required.

Cheers,

Mark


On 31/07/18 15:19, Rory O'Donnell wrote:

Hi Mark,

Does the latest JDK 11 EA build 24 also fail ? If yes, could you
log a
bug as we are now

in Rampdown Phase 2.

Thanks,Rory


On 31/07/2018 15:10, Mark Thomas wrote:

On 17/07/18 12:26, Rory O'Donnell wrote:




*JDK 12 Early Access  Build 02 is available at
**http://jdk.java.net/12/*

I've just run the Tomcat 9 test suite with the JDK 12 EA4 build
and I
see a few TLS related failures:

   [concat] Testsuites with failed tests:
   [concat]
TEST-org.apache.tomcat.util.net.TestClientCert.NIO.txt
   [concat]
TEST-org.apache.tomcat.util.net.TestClientCert.NIO2.txt
   [concat] TEST-org.apache.tomcat.util.net.TestCustomSsl.NIO.txt
   [concat]
TEST-org.apache.tomcat.util.net.TestCustomSsl.NIO2.txt

I haven't dug into why the tests are failing yet.

I also saw some failures in the OpenSSL tests but those are
expected due
to the OpenSSL version I have installed locally.

Mark

-

To unsubscribe, e-mail:dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail:dev-h...@tomcat.apache.org


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


-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



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

Re: JDK 11 Early Access build 22 & JDK 12 Early Access b02 are available.

[Rory O'Donnell]

That would be very useful, thanks.

Rgds,Rory


On 02/08/2018 10:31, Mark Thomas wrote:

On 02/08/18 10:06, Rory O'Donnell wrote:

Hi Mark,

Your bug (JDK-8208642) has been closed as a duplicate of another issue :

https://bugs.openjdk.java.net/browse/JDK-8207009

I will let you know when the fix get's into a build.

Thanks Rory.

I should be able to build jdk11 from source and test the proposed patch.
I'll let you know how I get on.

Mark



Rgds,Rory


On 01/08/2018 10:47, Rory O'Donnell wrote:

Thanks Mark, I'll follow up and advise when it's moved into JBS

Rgds,Rory


On 01/08/2018 10:41, Mark Thomas wrote:

Rory,

I can confirm that there is a JDK bug here.

The short version is that server initiated renegotiation of a TLSv1.2
connection fails if the Java client is configured to allow TLSv1.3

Details available under internal review ID : 9056398

As always, I'm happy to provide further details if required.

Cheers,

Mark


On 31/07/18 15:19, Rory O'Donnell wrote:

Hi Mark,

Does the latest JDK 11 EA build 24 also fail ? If yes, could you log a
bug as we are now

in Rampdown Phase 2.

Thanks,Rory


On 31/07/2018 15:10, Mark Thomas wrote:

On 17/07/18 12:26, Rory O'Donnell wrote:




*JDK 12 Early Access  Build 02 is available at
**http://jdk.java.net/12/*

I've just run the Tomcat 9 test suite with the JDK 12 EA4 build and I
see a few TLS related failures:

  [concat] Testsuites with failed tests:
  [concat] TEST-org.apache.tomcat.util.net.TestClientCert.NIO.txt
  [concat] TEST-org.apache.tomcat.util.net.TestClientCert.NIO2.txt
  [concat] TEST-org.apache.tomcat.util.net.TestCustomSsl.NIO.txt
  [concat] TEST-org.apache.tomcat.util.net.TestCustomSsl.NIO2.txt

I haven't dug into why the tests are failing yet.

I also saw some failures in the OpenSSL tests but those are
expected due
to the OpenSSL version I have installed locally.

Mark

-
To unsubscribe, e-mail:dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail:dev-h...@tomcat.apache.org


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


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


-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

Re: JDK 11 Early Access build 22 & JDK 12 Early Access b02 are available.

[Rory O'Donnell]

Hi Mark,

Your bug (JDK-8208642) has been closed as a duplicate of another issue :

https://bugs.openjdk.java.net/browse/JDK-8207009

I will let you know when the fix get's into a build.

Rgds,Rory


On 01/08/2018 10:47, Rory O'Donnell wrote:


Thanks Mark, I'll follow up and advise when it's moved into JBS

Rgds,Rory


On 01/08/2018 10:41, Mark Thomas wrote:

Rory,

I can confirm that there is a JDK bug here.

The short version is that server initiated renegotiation of a TLSv1.2
connection fails if the Java client is configured to allow TLSv1.3

Details available under internal review ID : 9056398

As always, I'm happy to provide further details if required.

Cheers,

Mark


On 31/07/18 15:19, Rory O'Donnell wrote:

Hi Mark,

Does the latest JDK 11 EA build 24 also fail ? If yes, could you log a
bug as we are now

in Rampdown Phase 2.

Thanks,Rory


On 31/07/2018 15:10, Mark Thomas wrote:

On 17/07/18 12:26, Rory O'Donnell wrote:




*JDK 12 Early Access  Build 02 is available at
**http://jdk.java.net/12/*

I've just run the Tomcat 9 test suite with the JDK 12 EA4 build and I
see a few TLS related failures:

 [concat] Testsuites with failed tests:
 [concat] TEST-org.apache.tomcat.util.net.TestClientCert.NIO.txt
 [concat] TEST-org.apache.tomcat.util.net.TestClientCert.NIO2.txt
 [concat] TEST-org.apache.tomcat.util.net.TestCustomSsl.NIO.txt
 [concat] TEST-org.apache.tomcat.util.net.TestCustomSsl.NIO2.txt

I haven't dug into why the tests are failing yet.

I also saw some failures in the OpenSSL tests but those are expected due
to the OpenSSL version I have installed locally.

Mark

-
To unsubscribe, e-mail:dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail:dev-h...@tomcat.apache.org



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


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

Re: JDK 11 Early Access build 22 & JDK 12 Early Access b02 are available.

[Rory O'Donnell]

Thanks Mark, I'll follow up and advise when it's moved into JBS

Rgds,Rory


On 01/08/2018 10:41, Mark Thomas wrote:

Rory,

I can confirm that there is a JDK bug here.

The short version is that server initiated renegotiation of a TLSv1.2
connection fails if the Java client is configured to allow TLSv1.3

Details available under internal review ID : 9056398

As always, I'm happy to provide further details if required.

Cheers,

Mark


On 31/07/18 15:19, Rory O'Donnell wrote:

Hi Mark,

Does the latest JDK 11 EA build 24 also fail ? If yes, could you log a
bug as we are now

in Rampdown Phase 2.

Thanks,Rory


On 31/07/2018 15:10, Mark Thomas wrote:

On 17/07/18 12:26, Rory O'Donnell wrote:




*JDK 12 Early Access  Build 02 is available at
**http://jdk.java.net/12/*

I've just run the Tomcat 9 test suite with the JDK 12 EA4 build and I
see a few TLS related failures:

 [concat] Testsuites with failed tests:
 [concat] TEST-org.apache.tomcat.util.net.TestClientCert.NIO.txt
 [concat] TEST-org.apache.tomcat.util.net.TestClientCert.NIO2.txt
 [concat] TEST-org.apache.tomcat.util.net.TestCustomSsl.NIO.txt
 [concat] TEST-org.apache.tomcat.util.net.TestCustomSsl.NIO2.txt

I haven't dug into why the tests are failing yet.

I also saw some failures in the OpenSSL tests but those are expected due
to the OpenSSL version I have installed locally.

Mark

-
To unsubscribe, e-mail:dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail:dev-h...@tomcat.apache.org



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

Re: JDK 11 Early Access build 22 & JDK 12 Early Access b02 are available.

[Rory O'Donnell]

Hi Mark,

Does the latest JDK 11 EA build 24 also fail ? If yes, could you log a 
bug as we are now


in Rampdown Phase 2.

Thanks,Rory


On 31/07/2018 15:10, Mark Thomas wrote:

On 17/07/18 12:26, Rory O'Donnell wrote:




*JDK 12 Early Access  Build 02 is available at **http://jdk.java.net/12/*

I've just run the Tomcat 9 test suite with the JDK 12 EA4 build and I
see a few TLS related failures:

[concat] Testsuites with failed tests:
[concat] TEST-org.apache.tomcat.util.net.TestClientCert.NIO.txt
[concat] TEST-org.apache.tomcat.util.net.TestClientCert.NIO2.txt
[concat] TEST-org.apache.tomcat.util.net.TestCustomSsl.NIO.txt
[concat] TEST-org.apache.tomcat.util.net.TestCustomSsl.NIO2.txt

I haven't dug into why the tests are failing yet.

I also saw some failures in the OpenSSL tests but those are expected due
to the OpenSSL version I have installed locally.

Mark

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



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


-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

Re: JDK 11 is now in Rampdown Phase one

[Rory O'Donnell]

Hi Chris,

Please do let us know how your testing goes, if you find bugs we want to 
know about
them as early as possible. I'm out next week but Muneer will be glad to 
help.


Rgds,Rory


On 20/07/2018 22:22, Christopher Schultz wrote:

Rory,

On 7/2/18 5:33 AM, Rory O'Donnell wrote:

Since our last email the following JEPs have been targeted to JDK 11 :

  * [...]
  * 332: Transport Layer Security (TLS) 1.3

/me claps enthusiastically!

I'll be very happy to start playing around with this.

-chris



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


-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

JDK 11 Early Access build 22 & JDK 12 Early Access b02 are available.

[Rory O'Donnell]

  Hi Mark,

*JDK 11 is in Rampdown Phase one*

 * *The overall feature set is frozen. No further JEPs will be targeted
   to this release.*
 * *Rampdown Phase two is scheduled to start * *26th of July*


**JDK 11 EA build 22 , *under both the GPL and Oracle EA licenses, 
is now available at **http://jdk.java.net/11**. ***


 * Schedule, status & features
 o http://openjdk.java.net/projects/jdk/11/
 * Release Notes:
 o http://jdk.java.net/11/release-notes

*FOSS fixes in recent builds.*

 * JBoss Netty (b17) - JDK-8203937 (b17)
 * JUnit5 & other Foss Projects (b22)  -JDK-8206355

**Notable changes in JDK 11 EA *build 22*

 * New Collection.toArray(IntFunction) Default Method (JDK-8060192
   )
 * Make some system properties effectively readonly (JDK-8066709
   )
 * Obsolete Support for Commercial Features (JDK-8202331
   )
 * JFR start failure after AppCDS archive created with JFR
   StartFlightRecording (JDK-8203664
   )
 * Change to policy for the default set of modules resolved when
   compiling or running code on the class path (JDK-8197532
   )

*JDK 12 Early Access  Build 02 is available at **http://jdk.java.net/12/*

 * OpenJDK builds
 o These early-access, open-source builds are provided under the
   GNU General Public License, version 2, with the Classpath
   Exception .
 * Changes in this build are listed here
   


*The Quality Report for July 2018 is published **here 
*


 * With the new six months release , we now publish the Quality report
   every three months.
 * Thanks to all the FOSS Projects for logging bugs against the JDK 11
   EA Builds!


Rgds,Rory

[1] http://openjdk.java.net/projects/jdk/11/

JDK 11 is now in Rampdown Phase one

[Rory O'Donnell]

Hi Mark,

*JDK 11 is now in Rampdown Phase one***
The overall feature set is frozen. No further JEPs will be targeted to 
this release.We’ve forked the main-line source repository, jdk/jdk, to 
the jdk/jdk11 stabilization repository. Any changes pushed to jdk/jdk or 
jdk/client are now bound for JDK 12.


 * For more details , see Mark Reinhold's email to jdk-dev mailing list
   [1]
 * The Rampdown Phase one process  [2].

*Note: -* Early-Access build archive format on Windows has changed to zip.

Since our last email the following JEPs have been targeted to JDK 11 :

 * 181: Nest-Based Access Control
 * 315: Improve Aarch64 Intrinsics
 * 330: Launch Single-File Source-Code Programs
 * 331: Low-Overhead Heap Profiling
 * 332: Transport Layer Security (TLS) 1.3
 * 333: ZGC: A Scalable Low-Latency Garbage Collector (Experimental)
 * 335: *Deprecate the Nashorn JavaScript Engine*
 * 336: *Deprecate the Pack200 Tools and API*

Other important changes since last email:

   Build 19:
   JDK-8205043  : G1
   enables adaptive parallel reference processing by default
   Build 18:
   JDK-8196141  : Add
   GoDaddy root certificates
   JDK-8204243  :
   *remove Thread.destroy() and Thread.stop(Throwable)*
   JDK-8202088  :
   Japanese New Era Implementation
   Build 17:
   JDK-8189949  :
   Remove Baltimore Cybertrust Code Signing CA
   JDK-8191031  :
   Remove several Symantec Root CAs
   JDK-8072996  :
   Deprecate stream-based GSSContext methods
   Build 16:
   JDK-8191844  :
   Remove SECOM root

Rgds, Rory

[1] http://mail.openjdk.java.net/pipermail/jdk-dev/2018-June/001509.html
[2] http://openjdk.java.net/projects/jdk/11/#Schedule

Re: JDK 11 Early Access build 15 is available for download.

[Rory O'Donnell]

Thanks for the update Mark.


On 29/05/2018 16:01, Mark Thomas wrote:

On 29/05/18 11:01, Rory O'Donnell wrote:

Hi Mark,

JDK 11 EA build 15

Builds without errors.

Unit tests mostly OK. There are a couple of failures in
TestSwallowAbortedUploads but that appears to be the result of a fragile
test. I'm looking into this.

Passes a basic smoke test (start Tomcat, play the WebSocket snake game).

Mark

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



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


-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

JDK 11 Early Access build 15 is available for download.

[Rory O'Donnell]

Hi Mark,

**JDK 11 EA build 15 , *under both the GPL and Oracle EA licenses, 
is now available at **http://jdk.java.net/11**. **

*

 * Newly approved Schedule, status & features
 o http://openjdk.java.net/projects/jdk/11/
 * Release Notes:
 o http://jdk.java.net/11/release-notes
 * Summary of changes
 o http://jdk.java.net/11/changes

*Notable changes in JDK 11 EA builds since last email:*

 * b15 - JDK-8201627 <http://bugs.openjdk.java.net/browse/JDK-8201627>
   - Kerberos sequence number issues
 * b13 - JDK-8200146 <http://bugs.openjdk.java.net/browse/JDK-8200146>
   - Removal of appletviewer launcher
 o deprecated in JDK 9 and has been removed in this release
 * b13 - JDK-8201793 <http://bugs.openjdk.java.net/browse/JDK-8201793>
   - java.lang.ref.Reference does not support cloning

**

**

JEPs proposed to target JDK 11 (review ends 2018/05/31 23:00 UTC)

   330: Launch Single-File Source-Code Programs
   <http://openjdk.java.net/jeps/330>

   JEPs targeted to JDK 11, so far

   309: Dynamic Class-File Constants <http://openjdk.java.net/jeps/309>
   318: Epsilon: A No-Op Garbage Collector
   <http://openjdk.java.net/jeps/318>
   320: Remove the Java EE and CORBA Modules
   <http://openjdk.java.net/jeps/320>
   321: HTTP Client (Standard) <http://openjdk.java.net/jeps/321>
   323: Local-Variable Syntax for Lambda Parameters
   <http://openjdk.java.net/jeps/323>
   324: Key Agreement with Curve25519 and Curve448
   <http://openjdk.java.net/jeps/324>
   327: Unicode 10 <http://openjdk.java.net/jeps/327>
   328: Flight Recorder <http://openjdk.java.net/jeps/328>
   329: ChaCha20 and Poly1305 Cryptographic Algorithms
   <http://openjdk.java.net/jeps/329>

Finally, Initial TLSv1.3 implementation Released to the Open Sandbox. 
Please note well: this branch is under
very active development and is not final by any means. Also note: by 
releasing this code, we are not committing
a specific release or timeframe. We will continue development and fixing 
bugs until the code is ready for inclusion

in the JDK. We welcome your feedback, more info [1]


Regards,
Rory

[1] 
http://mail.openjdk.java.net/pipermail/security-dev/2018-May/017139.html


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

Re: JDK 11 Early Access build 12 available

[Rory O'Donnell]

Thanks Mark, that is great to hear.

Rgds,Rory


On 08/05/2018 14:40, Mark Thomas wrote:

All,

I've just tried building with Java 11 and performing a very simple smoke
test (does the WebSocket snake game work).

The only issue I found was that the removal of the java.xml.ws module
meant that the utility class we use for working with the Symantec code
signing service would not compile. This blocked the main compilation
step as we compile everything together.

I have fixed this by pulling in the CDDL licensed SAAJ API 1.3.5 JAR.

This doesn't impact the overall licensing of Tomcat since the library is
only used to build/run the code signing tool used during the release
process. (And even if it did, we have other CDDL licensed dependencies
so it wouldn't be a big deal.)

Mark


On 08/05/18 09:14, Rory O'Donnell wrote:

Hi Mark,


**JDK 11 EA build 12 , *under both the GPL and Oracle EA licenses,
is now available at **http://jdk.java.net/11**. **
*

  * Newly approved Schedule, status & features
  o http://openjdk.java.net/projects/jdk/11/
  * Release Notes:
  o http://jdk.java.net/11/release-notes
  * Summary of changes
  o https://download.java.net/java/early_access/jdk11/12/jdk-11+12.html

*Notable changes in JDK 11 EA builds since last email:*

  * Build 11 - see Release Notes for details.
  o JDK-8201315 : SelectableChannel.register may be invoked while a
selection operation is in progress
  * Build 10 - see Release Notes for details.
  o JDK-8200149 : Removal of "com.sun.awt.AWTUtilities" class
  o JDK-8189997 (not public) :  Enhanced KeyStore Mechanisms
  o JDK-8175075 (not public) : 3DES Cipher Suites Disabled
  * Build 9: - see Release Notes for details.
  o JDK-8200152 : KerberosString uses UTF-8 encoding by default
  o JDK-8200458 : Readiness information previously recorded in
SelectionKey ready set not preserved

**


*Draft JEP: Deprecate pack200, unpack200 tools and related APIs. [1]
*
This draft JEP [2] proposes to deprecate the pack200 APIs and tools in
the JDK. As outlined in the JEP, the usefulness of this technology
have diminishing returns, the components using them are being removed
and connectivity speeds have improved by leaps and bounds,
since its inception.  Feedback appreciated via
http://mail.openjdk.java.net/pipermail/jdk-dev

Regards,
Rory

[1] http://mail.openjdk.java.net/pipermail/jdk-dev/2018-April/001074.html
[2] https://bugs.openjdk.java.net/browse/JDK-8200752

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




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


-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

JDK 11 Early Access build 12 available

[Rory O'Donnell]

Hi Mark,


**JDK 11 EA build 12 , *under both the GPL and Oracle EA licenses, 
is now available at **http://jdk.java.net/11**. **

*

 * Newly approved Schedule, status & features
 o http://openjdk.java.net/projects/jdk/11/
 * Release Notes:
 o http://jdk.java.net/11/release-notes
 * Summary of changes
 o https://download.java.net/java/early_access/jdk11/12/jdk-11+12.html

*Notable changes in JDK 11 EA builds since last email:*

 * Build 11 - see Release Notes for details.
 o JDK-8201315 : SelectableChannel.register may be invoked while a
   selection operation is in progress
 * Build 10 - see Release Notes for details.
 o JDK-8200149 : Removal of "com.sun.awt.AWTUtilities" class
 o JDK-8189997 (not public) :  Enhanced KeyStore Mechanisms
 o JDK-8175075 (not public) : 3DES Cipher Suites Disabled
 * Build 9: - see Release Notes for details.
 o JDK-8200152 : KerberosString uses UTF-8 encoding by default
 o JDK-8200458 : Readiness information previously recorded in
   SelectionKey ready set not preserved

**


*Draft JEP: Deprecate pack200, unpack200 tools and related APIs. [1]
*
This draft JEP [2] proposes to deprecate the pack200 APIs and tools in 
the JDK. As outlined in the JEP, the usefulness of this technology
have diminishing returns, the components using them are being removed 
and connectivity speeds have improved by leaps and bounds,
since its inception.  Feedback appreciated via 
http://mail.openjdk.java.net/pipermail/jdk-dev


Regards,
Rory

[1] http://mail.openjdk.java.net/pipermail/jdk-dev/2018-April/001074.html
[2] https://bugs.openjdk.java.net/browse/JDK-8200752

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

JDK 11 Early Access build 8 available

[Rory O'Donnell]

Hi Mark,

**JDK 11 EA build 8, *under both the GPL and Oracle EA licenses, is 
now available at **http://jdk.java.net/11**. **

*

 * Newly approved Schedule, status & features
 o http://openjdk.java.net/projects/jdk/11/
 * Release Notes:
 o http://jdk.java.net/11/release-notes
 * Summary of changes
 o https://download.java.net/java/early_access/jdk11/8/jdk-11+8.html

*Notable changes in JDK 11 EA builds since last email:*

 * Build 8:
 o If you have a library that uses the Selector API heavily then
   now would be a good time to test it out. [1]
 * Build 7
 o The VM option "-XX:+AggressiveOpts" is deprecated in JDK 11 and
   will be removed in a future release.
 * Build 6:
 o JDK-8193033 : remove terminally deprecated
   sun.misc.Unsafe.defineClass. Users should use the public
   replacement `java.lang.invoke.MethodHandles.Lookup.defineClass`
   which was added in Java SE 9. [2]

**


*SURVEY: The HotSpot Serviceability Agent (SA) *[3]

 * If you have used, or have (support) processes that utilize the
   Serviceability Agent or related APIs, then we would definitely
   appreciate if you would complete this survey:
   https://www.surveymonkey.com/r/CF3MYDL


Regards,
Rory

[1] http://mail.openjdk.java.net/pipermail/nio-dev/2018-April/004964.html
[2] 
https://docs.oracle.com/javase/9/docs/api/java/lang/invoke/MethodHandles.Lookup.html#defineClass-byte:A- 


[3] http://mail.openjdk.java.net/pipermail/jdk-dev/2018-April/001052.html

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

Release Announcement: General Availability of JDK 10

[Rory O'Donnell]

Hi Mark,

A number of items to share with you today :

*1) JDK 10 General Availability *

JDK 10, the first release produced under the six-month rapid-cadence 
release model [1][2], is now Generally Available.
We've identified no P1 bugs since we promoted build 46 almost two weeks 
ago, so that is the official GA release, ready for production use.

GPL'd binaries from Oracle are available here: http://jdk.java.net/10

This release includes twelve features:

 * 286: Local-Variable Type Inference <http://openjdk.java.net/jeps/286>
 * 296: Consolidate the JDK Forest into a Single Repository
   <http://openjdk.java.net/jeps/296>
 * 304: Garbage-Collector Interface <http://openjdk.java.net/jeps/304>
 * 307: Parallel Full GC for G1 <http://openjdk.java.net/jeps/307>
 * 310: Application Class-Data Sharing <http://openjdk.java.net/jeps/310>
 * 312: Thread-Local Handshakes <http://openjdk.java.net/jeps/312>
 * 313: Remove the Native-Header Generation Tool (javah)
   <http://openjdk.java.net/jeps/313>
 * 314: Additional Unicode Language-Tag Extensions
   <http://openjdk.java.net/jeps/314>
 * 316: Heap Allocation on Alternative Memory Devices
   <http://openjdk.java.net/jeps/316>
 * 317: Experimental Java-Based JIT Compiler
   <http://openjdk.java.net/jeps/317>
 * 319: Root Certificates <http://openjdk.java.net/jeps/319>
 * 322: Time-Based Release Versioning <http://openjdk.java.net/jeps/322>


*2) JDK 11 EA build 5, under both the GPL and Oracle EA licenses, are 
now available at **http://jdk.java.net/11**.*


 * Schedule, status & features
 o http://openjdk.java.net/projects/jdk/11/
 * Release Notes:
 o http://jdk.java.net/11/release-notes
 * Summary of changes
 o https://download.java.net/java/early_access/jdk11/5/jdk-11+5.html

*3) The Z Garbage Collector Project, early access builds available : *

The first EA binary from from The Z Garbage Collector Project, also 
known as ZGC, is now available. ZGC is a scalable low latency garbage 
collector. For information on how to enable and use ZGC, please see the 
project wiki.


 * Project page: http://openjdk.java.net/projects/zgc/
 * Wiki: https://wiki.openjdk.java.net/display/zgc/Main

*4) Quality Outreach Report for **March 2018 **is available
*

 * 
https://wiki.openjdk.java.net/display/quality/Quality+Outreach+report+March+2018

*5) **Java Client Roadmap Update
*

 * We posted a blog [3] and related white paper [4] detailing our plans
   for the Java Client.

Rgds,Rory

[1] https://mreinhold.org/blog/forward-faster
[2] 
http://mail.openjdk.java.net/pipermail/discuss/2017-September/004281.html
[3] Blog: 
https://blogs.oracle.com/java-platform-group/the-future-of-javafx-and-other-java-client-roadmap-updates
[4] Whitepaper: 
http://www.oracle.com/technetwork/java/javase/javaclientroadmapupdate2018mar-4414431.pdf


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

Re: JDK 10: Release Candidate & JDK 11 Early Access builds available

[Rory O'Donnell]

Hi Mark,

I think you mentioned that you had a workaround or did I get that wrong ?

Rgds,Rory


On 05/03/2018 10:26, Rory O'Donnell wrote:

Thanks Mark for confirming fix, no plan at the moment to backport.

Rgds,Rory


On 02/03/2018 20:16, Mark Thomas wrote:

On 02/03/18 11:15, Rory O'Donnell wrote:

Hi Mark,

Can you confirm the fix in JDK 11>
  * JDK-8195096 <https://bugs.openjdk.java.net/browse/JDK-8195096>-
Apache Tomcat
  o Exception with custom LogManager on starting Apache Tomcat

Confirmed. This is fixed in JDK 11 EA3.

Any plans to fix this in JDK 10 ?

Thanks,

Mark


*JDK 10 build 45 is our JDK 10 Release Candidate and now available at
http://jdk.java.net/10/*

  * Schedule, status & features
  o http://openjdk.java.net/projects/jdk/10/
  * Release Notes
  o http://jdk.java.net/10/release-notes
  * Summary of changes in b45:
  o JDK-8198658 
<https://bugs.openjdk.java.net/browse/JDK-8198658> -

Docs still point to JDK 9 docs

*JDK 11 EA build 3, under both the GPL and Oracle EA licenses, are now
available at **http://jdk.java.net/11**.*

  * Schedule, status & features
  o http://openjdk.java.net/projects/jdk/11/
  * Release Notes:
  o http://jdk.java.net/11/release-notes
  * Summary of changes
  o 
https://download.java.net/java/early_access/jdk11/2/jdk-11+2.html

  * JEPs targeted to JDK 11, so far
  o 309: Dynamic Class-File Constants 
<http://openjdk.java.net/jeps/309>

  o 318: Epsilon: An Arbitrarily Low-Overhead Garbage Collector
<http://openjdk.java.net/jeps/318>
  o *320: **Remove the Java EE and CORBA Modules
<http://openjdk.java.net/jeps/320>*
**
  + ** *This build includes JEP 320, so build is significantly
smaller (nine fewer modules, 22 fewer megabyteson 
Linux/x64).*

  o 323: Local-Variable Syntax for Lambda Parameters
<http://openjdk.java.net/jeps/323>
  * Open Source Project fixes in JDK 11 build 1
  o JDK-8195096 <https://bugs.openjdk.java.net/browse/JDK-8195096>-
Apache Tomcat
  + Exception with custom LogManager on starting Apache Tomcat
  o JDK-8193802 <https://bugs.openjdk.java.net/browse/JDK-8193802>-
Apache Maven
  + NullPointerException from JarFileSystem.getVersionMap()
  o JDK-8191842 
<https://bugs.openjdk.java.net/browse/JDK-8191842> -

jOOQ
  + JShell: Inferred type information is lost when assigning
types to a "var"

Finally, the Crypto roadmap
<https://www.java.com/en/jre-jdk-cryptoroadmap.html> was updated -
23-Feb-2018**
**

  * Add support for AEAD TLS Cipher Suites
  o Target date changed from 2018-04-17 to 2018-07-17


Regards,
Rory



-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org





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


-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

Re: JDK 10: Release Candidate & JDK 11 Early Access builds available

[Rory O'Donnell]

Thanks Mark for confirming fix, no plan at the moment to backport.

Rgds,Rory


On 02/03/2018 20:16, Mark Thomas wrote:

On 02/03/18 11:15, Rory O'Donnell wrote:

Hi Mark,

Can you confirm the fix in JDK 11>
  * JDK-8195096 <https://bugs.openjdk.java.net/browse/JDK-8195096>-
Apache Tomcat
  o Exception with custom LogManager on starting Apache Tomcat

Confirmed. This is fixed in JDK 11 EA3.

Any plans to fix this in JDK 10 ?

Thanks,

Mark


*JDK 10 build 45 is our JDK 10 Release Candidate and now available at
http://jdk.java.net/10/*

  * Schedule, status & features
  o http://openjdk.java.net/projects/jdk/10/
  * Release Notes
  o http://jdk.java.net/10/release-notes
  * Summary of changes in b45:
  o JDK-8198658 <https://bugs.openjdk.java.net/browse/JDK-8198658> -
Docs still point to JDK 9 docs

*JDK 11 EA build 3, under both the GPL and Oracle EA licenses, are now
available at **http://jdk.java.net/11**.*

  * Schedule, status & features
  o http://openjdk.java.net/projects/jdk/11/
  * Release Notes:
  o http://jdk.java.net/11/release-notes
  * Summary of changes
  o https://download.java.net/java/early_access/jdk11/2/jdk-11+2.html
  * JEPs targeted to JDK 11, so far
  o 309: Dynamic Class-File Constants <http://openjdk.java.net/jeps/309>
  o 318: Epsilon: An Arbitrarily Low-Overhead Garbage Collector
<http://openjdk.java.net/jeps/318>
  o *320: **Remove the Java EE and CORBA Modules
<http://openjdk.java.net/jeps/320>*
**
  + ** *This build includes JEP 320, so build is significantly
smaller (nine fewer modules, 22 fewer megabyteson Linux/x64).*
  o 323: Local-Variable Syntax for Lambda Parameters
<http://openjdk.java.net/jeps/323>
  * Open Source Project fixes in JDK 11 build 1
  o JDK-8195096 <https://bugs.openjdk.java.net/browse/JDK-8195096>-
Apache Tomcat
  + Exception with custom LogManager on starting Apache Tomcat
  o JDK-8193802 <https://bugs.openjdk.java.net/browse/JDK-8193802>-
Apache Maven
  + NullPointerException from JarFileSystem.getVersionMap()
  o JDK-8191842 <https://bugs.openjdk.java.net/browse/JDK-8191842> -
jOOQ
  + JShell: Inferred type information is lost when assigning
types to a "var"

Finally, the Crypto roadmap
<https://www.java.com/en/jre-jdk-cryptoroadmap.html> was updated -
23-Feb-2018**
**

  * Add support for AEAD TLS Cipher Suites
  o Target date changed from 2018-04-17 to 2018-07-17


Regards,
Rory



-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



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


-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

JDK 10: Release Candidate & JDK 11 Early Access builds available

[Rory O'Donnell]

Hi Mark,

Can you confirm the fix in JDK 11

 * JDK-8195096 <https://bugs.openjdk.java.net/browse/JDK-8195096>-
   Apache Tomcat
 o Exception with custom LogManager on starting Apache Tomcat


*JDK 10 build 45 is our JDK 10 Release Candidate and now available at 
http://jdk.java.net/10/*


 * Schedule, status & features
 o http://openjdk.java.net/projects/jdk/10/
 * Release Notes
 o http://jdk.java.net/10/release-notes
 * Summary of changes in b45:
 o JDK-8198658 <https://bugs.openjdk.java.net/browse/JDK-8198658> -
   Docs still point to JDK 9 docs

*JDK 11 EA build 3, under both the GPL and Oracle EA licenses, are now 
available at **http://jdk.java.net/11**.*


 * Schedule, status & features
 o http://openjdk.java.net/projects/jdk/11/
 * Release Notes:
 o http://jdk.java.net/11/release-notes
 * Summary of changes
 o https://download.java.net/java/early_access/jdk11/2/jdk-11+2.html
 * JEPs targeted to JDK 11, so far
 o 309: Dynamic Class-File Constants <http://openjdk.java.net/jeps/309>
 o 318: Epsilon: An Arbitrarily Low-Overhead Garbage Collector
   <http://openjdk.java.net/jeps/318>
 o *320: **Remove the Java EE and CORBA Modules
   <http://openjdk.java.net/jeps/320>*
   **
 + ** *This build includes JEP 320, so build is significantly
   smaller (nine fewer modules, 22 fewer megabyteson Linux/x64).*
 o 323: Local-Variable Syntax for Lambda Parameters
   <http://openjdk.java.net/jeps/323>
 * Open Source Project fixes in JDK 11 build 1
 o JDK-8195096 <https://bugs.openjdk.java.net/browse/JDK-8195096>-
   Apache Tomcat
 + Exception with custom LogManager on starting Apache Tomcat
 o JDK-8193802 <https://bugs.openjdk.java.net/browse/JDK-8193802>-
   Apache Maven
 + NullPointerException from JarFileSystem.getVersionMap()
 o JDK-8191842 <https://bugs.openjdk.java.net/browse/JDK-8191842> -
   jOOQ
 + JShell: Inferred type information is lost when assigning
   types to a "var"

Finally, the Crypto roadmap 
<https://www.java.com/en/jre-jdk-cryptoroadmap.html> was updated - 
23-Feb-2018**

**

 * Add support for AEAD TLS Cipher Suites
 o Target date changed from 2018-04-17 to 2018-07-17


Regards,
Rory

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

JDK 10: First Release Candidate - JDK 10 b43

[Rory O'Donnell]

  Hi Mark,

*JDK 10 build 43 is our first JDK 10 Release Candidate [1]*

 * JDK 10 Early Access  build 43 is available at : - jdk.java.net/10/

Notable changes since previous email.**

*build 43
*

 * JDK-8194764 <https://bugs.openjdk.java.net/browse/JDK-8194764> -
   javac incorrectly flags deprecated for removal imports
 * JDK-8196678 <https://bugs.openjdk.java.net/browse/JDK-8196678> -
   avoid printing uninitialized buffer in os::print_memory_info on AIX
 * JDK-8195837 <https://bugs.openjdk.java.net/browse/JDK-8195837> -
   (tz) Upgrade time-zone data to tzdata2018c

**

*Bug fixes reported by Open Source Projects  :*

 * JDK-8196296 <https://bugs.openjdk.java.net/browse/JDK-8196296>
   Lucene test crashes C2 compilation

*Security Manager Survey
*

If you have written or maintain code that uses the SecurityManager or 
related APIs such as the AccessController,
then we would appreciate if you would complete this survey: 
https://www.surveymonkey.com/r/RSGMF3K

More info on the survey  [2]


Regards,
Rory

[1] http://mail.openjdk.java.net/pipermail/jdk-dev/2018-February/000742.html
[2] http://mail.openjdk.java.net/pipermail/jdk-dev/2018-February/000649.html

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

Re: JDK 10 Early Access b40 & JDK 8u172 Early Access b02 are available on jdk.java.net

[Rory O'Donnell]

Thanks for the quick feedback!

Rgds,Rory


On 24/01/2018 12:10, Mark Thomas wrote:

On 22/01/18 10:18, Rory O'Donnell wrote:

  Hi Mark,

Happy New Year!

*OpenJDK builds - *JDK 10 Early Access build 40 is available at
http://jdk.java.net/10/

Builds OK.

Starts and stops without error. Quick smoke test with the WebSocket
examples looks OK.

Unit tests pass on Linux.

Overall, looking good.

Mark


-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



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


-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

JDK 10 Early Access b40 & JDK 8u172 Early Access b02 are available on jdk.java.net

[Rory O'Donnell]

 Hi Mark,

Happy New Year!

*OpenJDK builds - *JDK 10 Early Access build 40 is available at 
http://jdk.java.net/10/


 * These early-access, open-source builds are provided under the GNU
   General Public License, version 2, with the Classpath Exception
   <http://openjdk.java.net/legal/gplv2+ce.html>.
 * Summary of changes :-
   https://download.java.net/java/jdk10/archive/40/jdk-10+40.html

*JDK 10 will enter Rampdown Phase Two on Thursday the 18th of January, 
2018. *


 * More details , see Mark Reinhold's email to jdk-dev mailing list [1]
 * The Rampdown Phase Two process will be similar to that of JDK 9 [2].
 * JDK 10 Schedule, Status & Features are available [3]

*JDK **8u172 Early-Access build 03*is available at :- 
http://jdk.java.net/8/


 * Summary of Changes here :-
   https://download.java.net/java/jdk8u172/changes/jdk8u172-b02.html

<http://openjdk.java.net/projects/jdk8u/releases/8u162.html>


Regards,
Rory

[1] http://mail.openjdk.java.net/pipermail/jdk-dev/2018-January/000416.html
[2] http://openjdk.java.net/projects/jdk/10/rdp-2
[3] http://openjdk.java.net/projects/jdk/10/

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

Re: JDK 10 entered Rampdown Phase One on 14th of December

[Rory O'Donnell]

Mark,

Daniel has replied to the thread.

Rgds,Rory


On 19/01/2018 13:59, Mark Thomas wrote:

On 19/01/18 12:41, Mark Thomas wrote:

On 19/01/18 12:26, Rory O'Donnell wrote:

Hi Mark,

There is a discussion on possible fix/solution for JDK-8195096
<https://bugs.openjdk.java.net/browse/JDK-8195096> at:

http://mail.openjdk.java.net/pipermail/core-libs-dev/2018-January/050989.html


Can you add your comments/suggestions there ?

Sure. I'll do that shortly.

I'd like to reply to the right thread but I can't do that as I wasn't
subscribed to the list when the last message in the thread was sent.
Could you ping that thread with something short so I can then reply
properly? A simple "I've pinged the Tomcat folks for their input" or
something along those lines should be sufficient.

I could just post to the list but I'd rather do it on the right thread.

Thanks,

Mark




Mark



Rgds, Rory


On 12/01/2018 13:17, Rory O'Donnell wrote:

Hi Mark

How serious is this issue ?

It's logged with a low priority, it might have to wait for JDK 11.

Rgds,Rory



On 12/01/2018 11:39, Rory O'Donnell wrote:

Hi Mark,

Thanks for the feedback, I'll pass it on.

Rgds,Rory


On 12/01/2018 10:20, Mark Thomas wrote:

On 18/12/17 09:56, Rory O'Donnell wrote:




*Feedback* - If you have suggestions or encounter bugs, please submit
them using the usual Java SE bug-reporting channel.
Be sure to include complete version information from the output of the
|java --version| command.

Hi,

I did some testing on this today. I found a problem with our custom
LogManager triggered by some fixes to the JRE LogManager.

I've created a report via the standard mechanism as requested. The
internal review ID is 9052225. Anything you can do to get this in front
of the right folks to ensure it doesn't get overlooked would be
appreciated.

Thanks,

Mark

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



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


-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

Re: JDK 10 entered Rampdown Phase One on 14th of December

[Rory O'Donnell]

I'll ask Daniel to reply.

Rgds,Rory


On 19/01/2018 13:59, Mark Thomas wrote:

On 19/01/18 12:41, Mark Thomas wrote:

On 19/01/18 12:26, Rory O'Donnell wrote:

Hi Mark,

There is a discussion on possible fix/solution for JDK-8195096
<https://bugs.openjdk.java.net/browse/JDK-8195096> at:

http://mail.openjdk.java.net/pipermail/core-libs-dev/2018-January/050989.html


Can you add your comments/suggestions there ?

Sure. I'll do that shortly.

I'd like to reply to the right thread but I can't do that as I wasn't
subscribed to the list when the last message in the thread was sent.
Could you ping that thread with something short so I can then reply
properly? A simple "I've pinged the Tomcat folks for their input" or
something along those lines should be sufficient.

I could just post to the list but I'd rather do it on the right thread.

Thanks,

Mark




Mark



Rgds, Rory


On 12/01/2018 13:17, Rory O'Donnell wrote:

Hi Mark

How serious is this issue ?

It's logged with a low priority, it might have to wait for JDK 11.

Rgds,Rory



On 12/01/2018 11:39, Rory O'Donnell wrote:

Hi Mark,

Thanks for the feedback, I'll pass it on.

Rgds,Rory


On 12/01/2018 10:20, Mark Thomas wrote:

On 18/12/17 09:56, Rory O'Donnell wrote:




*Feedback* - If you have suggestions or encounter bugs, please submit
them using the usual Java SE bug-reporting channel.
Be sure to include complete version information from the output of the
|java --version| command.

Hi,

I did some testing on this today. I found a problem with our custom
LogManager triggered by some fixes to the JRE LogManager.

I've created a report via the standard mechanism as requested. The
internal review ID is 9052225. Anything you can do to get this in front
of the right folks to ensure it doesn't get overlooked would be
appreciated.

Thanks,

Mark

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



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


-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

Re: LDAP and DNS SRV records

[Rory O'Donnell]

Hi Mark,

I'd prefer a new bug , referring to the old bug etc.

Thanks,Rory


On 19/01/2018 13:34, Mark Thomas wrote:

On 19/01/18 13:31, Rory O'Donnell wrote:

Hi Mark,

Can you get a bug logged and let me know the JI ?

Sure. Is the existing bug not enough?

https://bugs.java.com/bugdatabase/view_bug.do?bug_id=8149521


Cheers,

Mark



Rgds,Rory


On 19/01/2018 12:37, Mark Thomas wrote:

Hi Rory,

A user has reported a problem [1] with Tomcat's kerberos (we call it
Windows authentication) when using SRV DNS records to locate the LDAP
server.

The root cause appears to be a JRE bug. [2]

The fix for that bug in Java 8 doesn't work for Tomcat. Is there any
chance the fix could be revisited and the proposal in the bug (remove
the trailing dot from the host name obtained from the DNS SRV record in
com.sun.jndi.ldap.ServiceLocator) be adopted?

The main problem for us is that the work around is awfully invasive. It
requires a fairly deep dive into the JRE code to fix.

Note: testing with Java 9 (first release) or Java 10 ea 38 shows
everything works as expected in those versions.

Thanks,

Mark


[1] https://bz.apache.org/bugzilla/show_bug.cgi?id=61977
[2] https://bugs.java.com/bugdatabase/view_bug.do?bug_id=8149521


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


-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

Re: LDAP and DNS SRV records

[Rory O'Donnell]

Hi Mark,

Can you get a bug logged and let me know the JI ?

Rgds,Rory


On 19/01/2018 12:37, Mark Thomas wrote:

Hi Rory,

A user has reported a problem [1] with Tomcat's kerberos (we call it
Windows authentication) when using SRV DNS records to locate the LDAP
server.

The root cause appears to be a JRE bug. [2]

The fix for that bug in Java 8 doesn't work for Tomcat. Is there any
chance the fix could be revisited and the proposal in the bug (remove
the trailing dot from the host name obtained from the DNS SRV record in
com.sun.jndi.ldap.ServiceLocator) be adopted?

The main problem for us is that the work around is awfully invasive. It
requires a fairly deep dive into the JRE code to fix.

Note: testing with Java 9 (first release) or Java 10 ea 38 shows
everything works as expected in those versions.

Thanks,

Mark


[1] https://bz.apache.org/bugzilla/show_bug.cgi?id=61977
[2] https://bugs.java.com/bugdatabase/view_bug.do?bug_id=8149521


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


-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

Re: JDK 10 entered Rampdown Phase One on 14th of December

[Rory O'Donnell]

Hi Mark,

There is a discussion on possible fix/solution for JDK-8195096 
<https://bugs.openjdk.java.net/browse/JDK-8195096> at:


http://mail.openjdk.java.net/pipermail/core-libs-dev/2018-January/050989.html

Can you add your comments/suggestions there ?

Rgds, Rory


On 12/01/2018 13:17, Rory O'Donnell wrote:

Hi Mark

How serious is this issue ?

It's logged with a low priority, it might have to wait for JDK 11.

Rgds,Rory



On 12/01/2018 11:39, Rory O'Donnell wrote:

Hi Mark,

Thanks for the feedback, I'll pass it on.

Rgds,Rory


On 12/01/2018 10:20, Mark Thomas wrote:

On 18/12/17 09:56, Rory O'Donnell wrote:




*Feedback* - If you have suggestions or encounter bugs, please submit
them using the usual Java SE bug-reporting channel.
Be sure to include complete version information from the output of the
|java --version| command.

Hi,

I did some testing on this today. I found a problem with our custom
LogManager triggered by some fixes to the JRE LogManager.

I've created a report via the standard mechanism as requested. The
internal review ID is 9052225. Anything you can do to get this in front
of the right folks to ensure it doesn't get overlooked would be 
appreciated.


Thanks,

Mark

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org







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

Re: JDK 10 entered Rampdown Phase One on 14th of December

[Rory O'Donnell]

Hi Mark

How serious is this issue ?

It's logged with a low priority, it might have to wait for JDK 11.

Rgds,Rory



On 12/01/2018 11:39, Rory O'Donnell wrote:

Hi Mark,

Thanks for the feedback, I'll pass it on.

Rgds,Rory


On 12/01/2018 10:20, Mark Thomas wrote:

On 18/12/17 09:56, Rory O'Donnell wrote:




*Feedback* - If you have suggestions or encounter bugs, please submit
them using the usual Java SE bug-reporting channel.
Be sure to include complete version information from the output of the
|java --version| command.

Hi,

I did some testing on this today. I found a problem with our custom
LogManager triggered by some fixes to the JRE LogManager.

I've created a report via the standard mechanism as requested. The
internal review ID is 9052225. Anything you can do to get this in front
of the right folks to ensure it doesn't get overlooked would be 
appreciated.


Thanks,

Mark

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org





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


-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

Re: JDK 10 entered Rampdown Phase One on 14th of December

[Rory O'Donnell]

Hi Mark,

Thanks for the feedback, I'll pass it on.

Rgds,Rory


On 12/01/2018 10:20, Mark Thomas wrote:

On 18/12/17 09:56, Rory O'Donnell wrote:




*Feedback* - If you have suggestions or encounter bugs, please submit
them using the usual Java SE bug-reporting channel.
Be sure to include complete version information from the output of the
|java --version| command.

Hi,

I did some testing on this today. I found a problem with our custom
LogManager triggered by some fixes to the JRE LogManager.

I've created a report via the standard mechanism as requested. The
internal review ID is 9052225. Anything you can do to get this in front
of the right folks to ensure it doesn't get overlooked would be appreciated.

Thanks,

Mark

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



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


-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

JDK 10 entered Rampdown Phase One on 14th of December

[Rory O'Donnell]

 Hi Mark,

*JDK 10 entered Rampdown Phase One on Thursday, 14 December [1] *

 * The Rampdown Phase One process will be similar to that of JDK 9 [2].

*JDK 10 Early Access  build 36 is available at : - jdk.java.net/10/*

Notable changes since previous email.

*JEPS included **the last 3 builds:*
JDK-8192833 <https://bugs.openjdk.java.net/browse/JDK-8192833> :This is 
the primary implementation subtask of JEP 322 - *Time-Based Release 
Versioning*
JDK-8189941 <https://bugs.openjdk.java.net/browse/JDK-8189941> : 
Implementation JEP 312: Thread-local handshake
JDK-8186571 <https://bugs.openjdk.java.net/browse/JDK-8186571> : 
Implementation: JEP 307: Parallel Full GC for G1
JDK-8190308 <https://bugs.openjdk.java.net/browse/JDK-8190308> : 
Implementation: JEP 316: Heap Allocation on Alternative Memory Devices


*build 36
*JDK-8148421 <https://bugs.openjdk.java.net/browse/JDK-8148421> : 
Transport Layer Security (TLS) Session Hash and Extended Master Secret 
Extension
JDK-5016517 <https://bugs.openjdk.java.net/browse/JDK-5016517> : Replace 
plaintext passwords by hashed passwords for out-of-the-box JMX Agent


**

*build 35 *
JDK-8188870 <https://bugs.openjdk.java.net/browse/JDK-8188870> - Bump 
classfile version number to 54
JDK-8185985 <http://bugs.openjdk.java.net/browse/JDK-8185985> - HTML 
files in doc-files subdirectories are wrapped with standard javadoc 
decorations
JDK-8186535 <http://bugs.openjdk.java.net/browse/JDK-8186535>*- *Remove 
deprecated pre-1.2 SecurityManager methods and fields


*build 34* - JDK-8024352 
<http://bugs.openjdk.java.net/browse/JDK-8024352> - MBeanOperationInfo 
accepts any int value as "impact"


*Bug fixes reported by Open Source Projects  
:*<https://bugs.openjdk.java.net/browse/JDK-8191834>
JDK-8191078 <https://bugs.openjdk.java.net/browse/JDK-8191078> : Wrong 
"Package not found" warning
JDK-8191636 <https://bugs.openjdk.java.net/browse/JDK-8191636> : 
[Windows] jshell tool: Wrong character in /env class-path command 
crashes jshell
JDK-8191834 <https://bugs.openjdk.java.net/browse/JDK-8191834> : 
Assigning a void expression to a "var" crashes the 
compiler<https://bugs.openjdk.java.net/browse/JDK-8182638>
JDK-8182638 <https://bugs.openjdk.java.net/browse/JDK-8182638> : 
[macosx] Active modal dialog is hidden by another non-active one
JDK-8043315 <https://bugs.openjdk.java.net/browse/JDK-8043315> : Nimbus: 
Setting Nimbus.Overrides property affects custom keymap installation
JDK-8172244 <https://bugs.openjdk.java.net/browse/JDK-8172244> : AIOOBE 
in KeyStore.getCertificateAlias on Windows
JDK-8180141 <https://bugs.openjdk.java.net/browse/JDK-8180141> : Missing 
entry in LineNumberTable for break statement that jumps out of try-finall


JDK 10 Schedule, Status & Features are available [3]

*Feedback* - If you have suggestions or encounter bugs, please submit 
them using the usual Java SE bug-reporting channel.
Be sure to include complete version information from the output of the 
|java --version| command.


Regards,
Rory

[1] http://mail.openjdk.java.net/pipermail/jdk-dev/2017-December/000357.html
[2] http://openjdk.java.net/projects/jdk9/rdp-1
[3] http://openjdk.java.net/projects/jdk/10/

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

JDK 10 Early Access b33 and JDK 8u162 Early Access b03 are available on jdk.java.net

[Rory O'Donnell]

Hi Mark,

*JDK 10 Early Access  build 33 is available at : - **jdk.java.net/10/*


Notable changes since previous email.

<http://bugs.openjdk.java.net/browse/JDK-8175094>JDK-8180019 
<http://bugs.openjdk.java.net/browse/JDK-8180019> - *javadoc treats 
failure to access a URL as an error , not a warning.*
If javadoc cannot access the contents of a URL provided with the -link 
or -linkoffline options,the tool will now report an error.
Previously, the tool continued with a warning, producing incorrect 
documentation output.


JDK-8175094 <http://bugs.openjdk.java.net/browse/JDK-8175094>*- **The 
java.security.acl APIs are deprecated, for removal
* The deprecated java.security.acl APIs are now marked with 
forRemoval=true and are subject to removal in a future version of Java SE.


JDK-8175091 <http://bugs.openjdk.java.net/browse/JDK-8175091> *- The 
java.security.{Certificate,Identity,IdentityScope,Signer} APIs are 
deprecated, for removal*
The deprecated java.security.{Certificate, Identity, IdentityScope, 
Signer} classes are now marked with forRemoval=true and are subject to 
removal in a future version of Java SE.


JDK 10 Schedule, Status & Features are available [1]


 Notes

 * OpenJDK EA binaries will be available at a later date.
 * Oracle has proposed: Newer version-string scheme for the Java SE
   Platform and the JDK
 o Please see Mark Reinhold's proposal [2]

*JDK 8u162 Early Access build 03 is available at :- http://jdk.java.net/8/*

<http://openjdk.java.net/projects/jdk8u/releases/8u162.html>

*Feedback* - If you have suggestions or encounter bugs, please submit 
them using the usual Java SE bug-reporting channel.
Be sure to include complete version information from the output of the 
|java --version| command.


Regards,
Rory

[1] http://openjdk.java.net/projects/jdk/10/
[2] http://mail.openjdk.java.net/pipermail/jdk-dev/2017-November/89.html

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

JDK 10 b29 Early Access is available on jdk.java.net

[Rory O'Donnell]

Hi Mark,

JDK 10 Early Access  build 29 is available at : - jdk.java.net/10/

JDK 10 Early Access Release Notes are available [1]

JDK 10 Schedule, Status & Features are available [2]


 Notes

 * OpenJDK EA binaries will be available at a later date.
 * Oracle has proposed: Newer version-string scheme for the Java SE
   Platform and the JDK
 o Please see Mark Reinhold's proposal [3] , feedback via the
   mailing list to Mark please.

<http://openjdk.java.net/projects/jdk8u/releases/8u162.html>

Feedback - If you have suggestions or encounter bugs, please submit them 
using the usual Java SE bug-reporting channel.
Be sure to include complete version information from the output of the 
|java --version| command.


Regards,
Rory

[1] http://jdk.java.net/10/release-notes
[2] http://openjdk.java.net/projects/jdk/10/
[3] http://mail.openjdk.java.net/pipermail/jdk-dev/2017-November/89.html

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

JDK 8u162 b01 Early Access is available on jdk.java.net

[Rory O'Donnell]

Hi Mark, **

*JDK 8u162 Early Access*  build 01 is available at : - jdk.java.net/8/ 
<http://jdk.java.net/8/>


Information and schedules specific to OpenJDK 8u162 release are listed 
here <http://openjdk.java.net/projects/jdk8u/releases/8u162.html>



<http://openjdk.java.net/projects/jdk8u/releases/8u162.html>

*JRE and JDK Cryptographic Roadmap* has been updated the details are 
here <https://www.java.com/en/jre-jdk-cryptoroadmap.html>


**

*JavaOne2017* took place October 1 to 5, 2017 at San Francisco.

If you were unable to attend the event or missed some talks, below you 
will find links to keynotes from last week

that have been posted for on-demand replay:

 * JavaOne Opening Keynote (Monday, Oct. 2):
 o https://www.oracle.com/javaone/on-demand.html?bcid=5596229112001
 * Oracle Code Keynote (Tuesday, Oct. 3):
 o https://www.oracle.com/javaone/on-demand.html?bcid=5600354378001
 * JavaOne Community Keynote (Thursday, Oct. 5):
 o https://www.oracle.com/javaone/on-demand.html?bcid=5604479599001


Regards,
Rory

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

Release Announcement: General Availability of JDK 9

[Rory O'Donnell]

Hi Mark,

Three items to share with you today

 * *JDK 9 General Availability
   *
 o GPL'd binaries from Oracle are available here:
 + http://jdk.java.net/9
 o See Mark Reinhold's email for more details on the Release [1]
 + delivery of Project Jigsaw [2]

 * Are you JDK 9 Ready ?
 o The Quality Outreach wiki has been updated to include a JDK 9
   Ready column.
 o If you would like us to identify your project as JDK 9 ready ,
   please let me know and I will add it to the wiki.

 * Quality Outreach Report for September 2017**is available
 o many thanks for your continued support and welcome to the new
   projects!

Rgds,Rory

[1] 
http://mail.openjdk.java.net/pipermail/announce/2017-September/000230.html

[2] https://mreinhold.org/blog/jigsaw-complete

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

Moving Java Forward Faster

[Rory O'Donnell]

Hi Mark,

Oracle is proposing a rapid release model for Java SE going-forward.

The high points are highlighted below, details of the changes can be 
found on Mark Reinhold’s blog [1] , OpenJDK discussion email list [2].


Under the proposed release model, after JDK 9, we will adopt a strict, 
time-based model with a new major release every six months, update 
releases every quarter, and a long-term support release every three years.


The new JDK Project will run a bit differently than the past "JDK $N" 
Projects:


- The main development line will always be open but fixes, enhancements, 
and features will be merged only when they're nearly finished. The main 
line will be Feature Complete [3] at all times.


- We'll continue to use the JEP Process [4] for new features and other 
significant changes. The bar to target a JEP to a specific release will, 
however, be higher since the work must be Feature Complete in order to 
go in. Owners of large or risky features will be strongly encouraged to 
split such features up into smaller and safer parts, to integrate 
earlier in the release cycle, and to publish separate lines of 
early-access builds prior to integration.


The JDK Updates Project will run in much the same way as the past "JDK 
$N" Updates Projects, though update releases will be strictly limited to 
fixes of security issues, regressions, and bugs in newer features.


Related to this proposal, we intend to make a few changes in what we do:

- Starting with JDK 9 we'll ship OpenJDK builds under the GPL [5], to 
make it easier for developers to deploy Java applications to cloud 
environments. We'll initially publish OpenJDK builds for Linux/x64, 
followed later by builds for macOS/x64 and Windows/x64.


- We'll continue to ship proprietary "Oracle JDK" builds, which include 
"commercial features" [6] such as Java Flight Recorder and Mission 
Control [7], under a click-through binary-code license [8]. Oracle will 
continue to offer paid support for these builds.


- After JDK 9 we'll open-source the commercial features in order to make 
the OpenJDK builds more attractive to developers and to reduce the 
differences between those builds and the Oracle JDK. This will take some 
time, but the ultimate goal is to make OpenJDK and Oracle JDK builds 
completely interchangeable.


- Finally, for the long term we'll work with other OpenJDK contributors 
to establish an open build-and-test infrastructure. This will make it 
easier to publish early-access builds for features in development, and 
eventually make it possible for the OpenJDK Community itself to publish 
authoritative builds of the JDK.


Questions , comments, feedback to OpenJDK discuss mailing list [2]

Rgds,Rory

[1]https://mreinhold.org/blog/forward-faster
[2]http://mail.openjdk.java.net/pipermail/discuss/2017-September/004281.html
[3]http://openjdk.java.net/projects/jdk8/milestones#Feature_Complete
[4]http://openjdk.java.net/jeps/0
[5]http://openjdk.java.net/legal/gplv2+ce.html
[6]http://www.oracle.com/technetwork/java/javase/terms/products/index.html
[7]http://www.oracle.com/technetwork/java/javaseproducts/mission-control/index.html
[8]http://www.oracle.com/technetwork/java/javase/terms/license/index.html


-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

Ready for JDK 9 ?

[Rory O'Donnell]

Hi Mark,

Thank you very much for all your testing of JDK 9 during its 
development! Such contributions have significantly helped shape and 
improve JDK 9.


Now that we have reached the JDK 9 Final Release Candidate phase [1] , I 
would like to ask if your project can be considered to be 'ready for JDK 
9', or if there are any remaining show stopper issues which you've 
encountered when testing with the JDK 9 release candidate.


JDK 9  b181 is available at http://jdk.java.net/9/

If you have a public web page, mailing list post, or even a tweet 
announcing you project's readiness for JDK 9, I'd love to add the URL to 
the upcoming JDK 9 readiness page on the Quality Outreach wiki.



Looking forward to hearing from you,
Rory

[1] http://openjdk.java.net/projects/jdk9/

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


-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

JDK 9 EA Build 178 & JDK 8u152 b05 are available on jdk.java.net

[Rory O'Donnell]

Hi Mark, *
*

*JDK 9 Early Access*  build 178  is available at : - jdk.java.net/9/

A summary of all the changes in this build are listed here 
<http://download.java.net/java/jdk9/changes/jdk-9+178.html>.


Changes which were introduced since the last availability email that may 
be of interest :


 * b175 - Module system implementation refresh**(6/2017 update)
 * b175 - no longer has "-ea" in the version string and the system
   property "java version" is now simply "9"
 o

   *java -version*

>java version "9"
>Java(TM) SE Runtime Environment (build 9+175)
>Java HotSpot(TM) 64-Bit Server VM (build 9+175, mixed mode)
 o

   *Bundle name changes:*  e.g. jdk-9+175_linux-x86_bin.tar.gz


*JDK 8u152 Early Access*  build 05 is available at : - jdk.java.net/8/ 
<http://jdk.java.net/8/>


A summary of all the changes in this build are listed here 
<http://download.java.net/java/jdk8u152/changes/jdk8u152-b05.html>.


Rgds,Rory

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

JDK 9 EA Build 174 & JDK 8u152 b04 are available on jdk.java.net

[Rory O'Donnell]

Hi Mark, *
*

*JDK 9 Early Access*  build 174  is available at : - jdk.java.net/9/

A summary of all the changes in this build are listed here 
<http://download.java.net/java/jdk9/changes/jdk-9+174.html>.


Changes which were introduced since the last availability email that may 
be of interest :


 * b172 - JDK-8179014 : JFileChooser with Windows look and feel crashes
   on win 10
 * b173 - JDK-8180582 : the bind to rmiregistry is rejected by
   registryFilter even though registryFilter is set
 * b174 - JDK-8181702  : deprecate for removal the following tool
   modules:jdk.xml.bind and jdk.xml.ws

*JDK 9 Schedule Update*

 * The new GA date for JDK 9 is now set to 2017-09-21 [1]
 * We have updated the OpenJDK JDK 9 project page [2] with the new
   milestones and GA date.


*JDK 8u152 Early Access*  build 04 is available at : - jdk.java.net/8/ 
<http://jdk.java.net/8/>


A summary of all the changes in this build are listed here 
<http://download.java.net/java/jdk8u152/changes/jdk8u152-b04.html>.

Information and schedules specific to OpenJDK 8u152 release [3]

Rgds,Rory

[1] http://mail.openjdk.java.net/pipermail/jdk9-dev/2017-June/005867.html
[2] http://openjdk.java.net/projects/jdk9/
[3] http://openjdk.java.net/projects/jdk8u/releases/8u152.html

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

Announcing: Early-Access builds of JDK 9 for Alpine Linux/musl at jdk.java.net/9/

[Rory O'Donnell]

Hi Mark, *
* **

*Announcing: Early-Access builds of JDK 9 for Alpine Linux/musl at  
jdk.java.net/9/ [1]

*

 * As of today there are pre-built Early-Access (EA) JDK binaries for
   Alpine Linux/musl at  jdk.java.net/9/**
 o look for “Alpine Linux”. [1]
 * The Alpine Linux build is compatible with linux distributions that
   use the musl C library. *[2]*

Feedback is very welcome via the portola-dev mailing list, remembering 
to subscribe to the mailing list first.



*Proposed schedule change for JDK 9 [3]*

   JDK 9 Project continues to work toward the current goal of producing
   an initial Release Candidate build on 22 June.
   This proposal is to adjust the GA date in order to accommodate the
   additional time required to move through the JCP process.
   To be specific, we propose to move the GA date out by eight weeks,
   from 27 July to 21 September. 



Rgds,Rory


[1] http://mail.openjdk.java.net/pipermail/portola-dev/2017-June/000191.html
[2] http://www.musl-libc.org/
[3] http://mail.openjdk.java.net/pipermail/jdk9-dev/2017-May/005864.html

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

JDK 9 EA Build 170 is available on jdk.java.net

[Rory O'Donnell]

Hi Mark, *

JDK 9 Early Access*  build 170  is available at the new location : - 
jdk.java.net/9/


A summary of all the changes in this build are listed here 
<http://download.java.net/java/jdk9/changes/jdk-9+170.html>.


Changes which were introduced since the last availability email that may 
be of interest :


 * b168 - JDK-8175814: Update default HttpClient protocol version and
   optional request version
 o related to JEP 110  : HTTP/2 Client.
 * b169 - JDK-8178380 : Module system implementation refresh (5/2017)
 o changes in command line options
 * b170 - JDK-8177153  : LambdaMetafactory has default
   constructorIncompatible change,
 o release note:  JDK-8180035

*New Proposal - Mark Reinhold has asked for comments on the jigsaw-dev 
mailing list *[1]


 * Proposal: Allow illegal reflective access by default in JDK 9

   In short, the existing "big kill switch" of the `--permit-illegal-access`
   option [1] will become the default behavior of the JDK 9 run-time system,
   though without as many warnings.  The current behavior of JDK 9, in which
   illegal reflective-access operations from code on the class path are not
   permitted, will become the default in a future release.  Nothing will
   change at compile time.


Rgds,Rory

[1] http://mail.openjdk.java.net/pipermail/jigsaw-dev/2017-May/012673.html

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

Re: JDK 9 EA Build 167 and JDK 8u152 build 03 are available on jdk.java.net

[Rory O'Donnell]

Hi Mark,

Can you bring this question to the jigsaw-dev mailing list, that's 
probably the best place


to bring it up.

Rgds,Rory


On 28/04/2017 15:07, Mark Thomas wrote:

Rory,

I need some advice. Various articles I have read about Jigsaw state that
Java 9 will include a new API for applications to use to obtain
information about any annotations that are present on classes.

It looks like Tomcat will need to use this for some of the annotation
scanning it currently performs.

I have spent a fair amount of time looking for such an API but have been
unable to find it. Could you point me in the right direction?

Thanks,

Mark


On 28/04/17 10:24, Rory O'Donnell wrote:

Hi Mark,


*JDK 9 Early Access*  build 167  is available at the new location : -
jdk.java.net/9/

A summary of all the changes in this build are listed here
<http://download.java.net/java/jdk9/changes/jdk-9+167.html>. One change
that maybe of interest is :

  *JEP 291: Deprecate the Concurrent Mark Sweep (CMS) Garbage
Collector [1]

*
*

*JDK 8u152 Early Access* build 03 is available at the new location : -
jdk.java.net/8/ <http://jdk.java.net/8/>

More information on the change of location for Early Access builds. [2]

NOTE: - Oracle's JRE and JDK Cryptographic Roadmap has been updated
since last availability email [3]

Rgds,Rory

[1] http://mail.openjdk.java.net/pipermail/jdk9-dev/2017-April/005766.html
[2]
http://mail.openjdk.java.net/pipermail/adoption-discuss/2017-April/001610.html

[3] https://www.java.com/en/jre-jdk-cryptoroadmap.html



-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



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


-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

Re: JDK 9 EA Build 167 and JDK 8u152 build 03 are available on jdk.java.net

[Rory O'Donnell]

Hi Mark,

Sorry for the delay in replying, long weekend break.

I will look into this and get back to you.

Rgds,Rory


On 28/04/2017 15:07, Mark Thomas wrote:

Rory,

I need some advice. Various articles I have read about Jigsaw state that
Java 9 will include a new API for applications to use to obtain
information about any annotations that are present on classes.

It looks like Tomcat will need to use this for some of the annotation
scanning it currently performs.

I have spent a fair amount of time looking for such an API but have been
unable to find it. Could you point me in the right direction?

Thanks,

Mark


On 28/04/17 10:24, Rory O'Donnell wrote:

Hi Mark,


*JDK 9 Early Access*  build 167  is available at the new location : -
jdk.java.net/9/

A summary of all the changes in this build are listed here
<http://download.java.net/java/jdk9/changes/jdk-9+167.html>. One change
that maybe of interest is :

  *JEP 291: Deprecate the Concurrent Mark Sweep (CMS) Garbage
Collector [1]

*
*

*JDK 8u152 Early Access* build 03 is available at the new location : -
jdk.java.net/8/ <http://jdk.java.net/8/>

More information on the change of location for Early Access builds. [2]

NOTE: - Oracle's JRE and JDK Cryptographic Roadmap has been updated
since last availability email [3]

Rgds,Rory

[1] http://mail.openjdk.java.net/pipermail/jdk9-dev/2017-April/005766.html
[2]
http://mail.openjdk.java.net/pipermail/adoption-discuss/2017-April/001610.html

[3] https://www.java.com/en/jre-jdk-cryptoroadmap.html



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


-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

JDK 9 EA Build 167 and JDK 8u152 build 03 are available on jdk.java.net

[Rory O'Donnell]

Hi Mark,


*JDK 9 Early Access*  build 167  is available at the new location : - 
jdk.java.net/9/


A summary of all the changes in this build are listed here 
<http://download.java.net/java/jdk9/changes/jdk-9+167.html>. One change 
that maybe of interest is :


 *JEP 291: Deprecate the Concurrent Mark Sweep (CMS) Garbage
   Collector [1]

*
*

*JDK 8u152 Early Access* build 03 is available at the new location : - 
jdk.java.net/8/ <http://jdk.java.net/8/>


More information on the change of location for Early Access builds. [2]

NOTE: - Oracle's JRE and JDK Cryptographic Roadmap has been updated 
since last availability email [3]


Rgds,Rory

[1] http://mail.openjdk.java.net/pipermail/jdk9-dev/2017-April/005766.html
[2] 
http://mail.openjdk.java.net/pipermail/adoption-discuss/2017-April/001610.html

[3] https://www.java.com/en/jre-jdk-cryptoroadmap.html

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

JDK 9 Developer Preview is now available on java.net

[Rory O'Donnell]

Hi Mark,


 *JDK 9 Developer Preview is now available on java.net [1]
 *

Developer Preview milestone: - A reasonably stable build suitable for 
broad testing by the developer community is available.

JDK 9 Builds 163 and higher include all planned features.


*Attention annotation processing users and authors - * Request for 
feedback on annotation processing API changes made in JDK 9.


As has been done previously during Java SE 7 and Java SE 8, the JSR 269 
annotation processing API is undergoing a maintenance review (MR) as 
part of Java SE 9. Details of the changes in JDK 9 Early Access build 
163 & build 164 available here [2]


Please report experiences running processors under JDK 9 and feedback on 
the API changes to the compiler-dev mailing list.
(If you haven’t already subscribed to that list then please do so first, 
otherwise your message will be discarded as spam.)



Rgds, Rory

[1] https://jdk9.java.net/download/
[2] 
http://mail.openjdk.java.net/pipermail/compiler-dev/2017-April/010896.html


--
Rgds,Rory O'Donnell
Quality Engineering Manager

JDK 9 EA Build 162 is available on java.net

[Rory O'Donnell]

Hi Mark,


*JDK 9 Early Access* b162 <https://jdk9.java.net/download/>  is 
available on java.net, summary of  changes are listed here 
<http://download.java.net/java/jdk9/changes/jdk-9+162.html>.


There is one fix for a bug reported by Open Source projects since the 
last availability email  :


 * b161 - JDK 8176265 Method overload resolution on a covariant base
   type doesn't work in 9

Other change that maybe of interest:

 * b162 - JDK 8176503 security-libs Disable SHA-1 TLS Server Certificates


*Better tools for adjusting to strong encapsulation -* please read Mark 
Reinhold's email on this topic [1]

*
* *Quality Outreach Report for March 2017 *is available [2], many thanks 
for your continued support

and welcome to the new projects!

***Schedule - **JDK 9 Rampdown Phase 2*: Proposal accepted [3].
The overall goal of this process is to ensure that we fix just the bugs 
that must be fixed in order to ensure a successful release.


Oracle's JRE and JDK Cryptographic Roadmap has been updated since last 
availability email [4]


Rgds,Rory

[1] http://mail.openjdk.java.net/pipermail/jigsaw-dev/2017-March/011763.html
[2] 
https://wiki.openjdk.java.net/display/quality/Quality+Outreach+report+March+2017

[3] http://mail.openjdk.java.net/pipermail/jdk9-dev/2017-March/005689.html
[4] https://www.java.com/en/jre-jdk-cryptoroadmap.html

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

Re: JDK 9 EA Build 159 and JDK 8u152 is available on java.net

[Rory O'Donnell]

Hi Remy,

Not sure I understand the issue or if it is likely to addressed, the 
best place

to explain the issue/discuss would be on the openjdk nio-dev mailing list.
Please subscribe first.

Rgds,Rory

On 19/03/2017 09:51, Rémy Maucherat wrote:

2017-03-03 12:23 GMT+01:00 Rory O'Donnell :


Hi Mark,

*JDK 9 Early Access* b159 <https://jdk9.java.net/download/>  is available
on java.net, summary of  changes are listed here <
http://download.java.net/java/jdk9/changes/jdk-9+159.html>.

Can you confirm fix in b159 for  JDK-8175261 : Per-protocol cache setting
not working for JAR URLConnection

There have been a number of fixes to bugs reported by Open Source projects
since the last availability email  :

  * b158 - JDK-8173028 : Incorrect processing of supplementary-plane
characters in text fields
  * b158 - JDK-8172967 : [macosx] Exception while working with layout
for text containing unmappable character
  * b158 - JDK-8173804 : javadoc throws UnsupportedOperationException:
should not happen
  * b157 - JDK-8174073 : NPE caused by @link reference to class
  * b156 - JDK-8172726 : ForkJoin common pool retains a reference to the
thread context class loader

The following changeset is included in jdk-9+158:
http://hg.openjdk.java.net/jdk9/dev/jdk/rev/8b0d55e02f54

If you have a user-defined Policy implementation that grants
FilePermission on ${user.dir}/-, reading a file in the current directory
using its base name will fail.  Still the same solution: Ensure that the
path used in permission granting has the same style as the one how you
access the file.

Setting -Djdk.security.filePermCompat=true will take you back to the
jdk-9+140 behavior.
Setting -Djdk.io.permissionsUseCanonicalPath=true will take you back to
the jdk8 behavior.
Feedback is welcome on jdk9-...@openjdk.java.net

*JDK 8u152 **Early Access b01 <https://jdk8.java.net/download.html> *is
available on java.net

Other areas of interest

  * JDK 9 Developer Guide [1]
  * JDK 9 Migration Guide [2]
  * JDK Cryptographic Roadmap [3]

Finaly, Dalibor and I gave a presentation at FOSDEM the video is available
here [*4*]


This BZ https://bz.apache.org/bugzilla/show_bug.cgi?id=60560 caught my
attention about support for System.inheritedChannel. NIO is supported, but
for some reason NIO2 support was never added. Due to its limitations (only
one channel) the API isn't particularly helpful so many it's because it is
considered almost deprecated. Any comments ?

Thanks,
Rémy


Rgds,Rory

[1] http://docs.oracle.com/javase/9/javase-docs.htm
[2] https://docs.oracle.com/javase/9/migrate/toc.htm#JSMIG-GUID-
7744EF96-5899-4FB2-B34E-86D49B2E89B6
[3] https://www.java.com/en/jre-jdk-cryptoroadmap.html
[4] https://fosdem.org/2017/schedule/event/outreach/

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




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

Re: JDK 9 EA Build 159 and JDK 8u152 is available on java.net

[Rory O'Donnell]

Thanks Mark.


On 03/03/2017 14:54, Mark Thomas wrote:

On 03/03/17 13:12, Rory O'Donnell wrote:

Hi Mark,

There is a second bug that we would like to get fix confirmation on:

JDK-8172726 : ForkJoin common pool retains a reference to the thread
context class loader

Fix confirmed with b159.


Hi Mark,

*JDK 9 Early Access* b159 <https://jdk9.java.net/download/>  is
available on java.net, summary of  changes are listed here
<http://download.java.net/java/jdk9/changes/jdk-9+159.html>.

Can you confirm fix in b159 for  JDK-8175261 : Per-protocol cache
setting not working for JAR URLConnection

Also confirmed with b159.

Many thanks.

Mark



There have been a number of fixes to bugs reported by Open Source
projects since the last availability email  :

   * b158 - JDK-8173028 : Incorrect processing of supplementary-plane
 characters in text fields
   * b158 - JDK-8172967 : [macosx] Exception while working with layout
 for text containing unmappable character
   * b158 - JDK-8173804 : javadoc throws UnsupportedOperationException:
 should not happen
   * b157 - JDK-8174073 : NPE caused by @link reference to class
   * b156 - JDK-8172726 : ForkJoin common pool retains a reference to
 the thread context class loader

The following changeset is included in jdk-9+158:
http://hg.openjdk.java.net/jdk9/dev/jdk/rev/8b0d55e02f54

If you have a user-defined Policy implementation that grants
FilePermission on ${user.dir}/-, reading a file in the current
directory using its base name will fail.  Still the same solution:
Ensure that the path used in permission granting has the same style as
the one how you access the file.

Setting -Djdk.security.filePermCompat=true will take you back to the
jdk-9+140 behavior.
Setting -Djdk.io.permissionsUseCanonicalPath=true will take you back
to the jdk8 behavior.
Feedback is welcome on jdk9-...@openjdk.java.net

*JDK 8u152 **Early Access b01 <https://jdk8.java.net/download.html>
*is available on java.net

Other areas of interest

   * JDK 9 Developer Guide [1]
   * JDK 9 Migration Guide [2]
   * JDK Cryptographic Roadmap [3]

Finaly, Dalibor and I gave a presentation at FOSDEM the video is
available here [*4*]

Rgds,Rory

[1] http://docs.oracle.com/javase/9/javase-docs.htm
[2]
https://docs.oracle.com/javase/9/migrate/toc.htm#JSMIG-GUID-7744EF96-5899-4FB2-B34E-86D49B2E89B6

[3] https://www.java.com/en/jre-jdk-cryptoroadmap.html
[4] https://fosdem.org/2017/schedule/event/outreach/
--
Rgds,Rory O'Donnell
Quality Engineering Manager
Oracle EMEA , Dublin, Ireland


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


-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

Re: JDK 9 EA Build 159 and JDK 8u152 is available on java.net

[Rory O'Donnell]

Hi Mark,

There is a second bug that we would like to get fix confirmation on:

JDK-8172726 : ForkJoin common pool retains a reference to the thread 
context class loader


Thanks,Rory

On 03/03/2017 11:23, Rory O'Donnell wrote:


Hi Mark,

*JDK 9 Early Access* b159 <https://jdk9.java.net/download/>  is 
available on java.net, summary of  changes are listed here 
<http://download.java.net/java/jdk9/changes/jdk-9+159.html>.


Can you confirm fix in b159 for  JDK-8175261 : Per-protocol cache 
setting not working for JAR URLConnection


There have been a number of fixes to bugs reported by Open Source 
projects since the last availability email  :


  * b158 - JDK-8173028 : Incorrect processing of supplementary-plane
characters in text fields
  * b158 - JDK-8172967 : [macosx] Exception while working with layout
for text containing unmappable character
  * b158 - JDK-8173804 : javadoc throws UnsupportedOperationException:
should not happen
  * b157 - JDK-8174073 : NPE caused by @link reference to class
  * b156 - JDK-8172726 : ForkJoin common pool retains a reference to
the thread context class loader

The following changeset is included in jdk-9+158:
http://hg.openjdk.java.net/jdk9/dev/jdk/rev/8b0d55e02f54

If you have a user-defined Policy implementation that grants 
FilePermission on ${user.dir}/-, reading a file in the current 
directory using its base name will fail.  Still the same solution: 
Ensure that the path used in permission granting has the same style as 
the one how you access the file.


Setting -Djdk.security.filePermCompat=true will take you back to the 
jdk-9+140 behavior.
Setting -Djdk.io.permissionsUseCanonicalPath=true will take you back 
to the jdk8 behavior.

Feedback is welcome on jdk9-...@openjdk.java.net

*JDK 8u152 **Early Access b01 <https://jdk8.java.net/download.html> 
*is available on java.net


Other areas of interest

  * JDK 9 Developer Guide [1]
  * JDK 9 Migration Guide [2]
  * JDK Cryptographic Roadmap [3]

Finaly, Dalibor and I gave a presentation at FOSDEM the video is 
available here [*4*]


Rgds,Rory

[1] http://docs.oracle.com/javase/9/javase-docs.htm
[2] 
https://docs.oracle.com/javase/9/migrate/toc.htm#JSMIG-GUID-7744EF96-5899-4FB2-B34E-86D49B2E89B6

[3] https://www.java.com/en/jre-jdk-cryptoroadmap.html
[4] https://fosdem.org/2017/schedule/event/outreach/
--
Rgds,Rory O'Donnell
Quality Engineering Manager
Oracle EMEA , Dublin, Ireland


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

JDK 9 EA Build 159 and JDK 8u152 is available on java.net

[Rory O'Donnell]

Hi Mark,

*JDK 9 Early Access* b159 <https://jdk9.java.net/download/>  is 
available on java.net, summary of  changes are listed here 
<http://download.java.net/java/jdk9/changes/jdk-9+159.html>.


Can you confirm fix in b159 for  JDK-8175261 : Per-protocol cache 
setting not working for JAR URLConnection


There have been a number of fixes to bugs reported by Open Source 
projects since the last availability email  :


 * b158 - JDK-8173028 : Incorrect processing of supplementary-plane
   characters in text fields
 * b158 - JDK-8172967 : [macosx] Exception while working with layout
   for text containing unmappable character
 * b158 - JDK-8173804 : javadoc throws UnsupportedOperationException:
   should not happen
 * b157 - JDK-8174073 : NPE caused by @link reference to class
 * b156 - JDK-8172726 : ForkJoin common pool retains a reference to the
   thread context class loader

The following changeset is included in jdk-9+158:
http://hg.openjdk.java.net/jdk9/dev/jdk/rev/8b0d55e02f54

If you have a user-defined Policy implementation that grants 
FilePermission on ${user.dir}/-, reading a file in the current directory 
using its base name will fail.  Still the same solution: Ensure that the 
path used in permission granting has the same style as the one how you 
access the file.


Setting -Djdk.security.filePermCompat=true will take you back to the 
jdk-9+140 behavior.
Setting -Djdk.io.permissionsUseCanonicalPath=true will take you back to 
the jdk8 behavior.

Feedback is welcome on jdk9-...@openjdk.java.net

*JDK 8u152 **Early Access b01 <https://jdk8.java.net/download.html> *is 
available on java.net


Other areas of interest

 * JDK 9 Developer Guide [1]
 * JDK 9 Migration Guide [2]
 * JDK Cryptographic Roadmap [3]

Finaly, Dalibor and I gave a presentation at FOSDEM the video is 
available here [*4*]


Rgds,Rory

[1] http://docs.oracle.com/javase/9/javase-docs.htm
[2] 
https://docs.oracle.com/javase/9/migrate/toc.htm#JSMIG-GUID-7744EF96-5899-4FB2-B34E-86D49B2E89B6

[3] https://www.java.com/en/jre-jdk-cryptoroadmap.html
[4] https://fosdem.org/2017/schedule/event/outreach/

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

Re: JDK 9 EA Build 155 is available on java.net

[Rory O'Donnell]

Hi Mark,

Review thread:
http://mail.openjdk.java.net/pipermail/net-dev/2017-February/010648.html

Rgds,Rory


On 20/02/2017 11:45, Rory O'Donnell wrote:

Hi Mark,

Thanks for the update, we have logged a new issue referring to the 
previous bug - JDK-8175261


Rgds, Rory

On 17/02/2017 11:48, Mark Thomas wrote:

On 03/02/17 21:17, Rory O'Donnell wrote:


Hi Mark,

*JDK 9 Early Access* b155 <https://jdk9.java.net/download/>  is
available on java.net

Can you confirm fix for :

 * b153 - JDK-8163449 : Allow per protocol setting for URLConnection
   defaultUseCaches


Sorry for the delayed reply. I needed to re-create my Java 9 test 
environment and it took me a couple of attempts to get it right.


I'm afraid that the current fix is not sufficient for JARUrlConnection.

The problem is that sun.net.www.protocol.jar.JarURLConnection passes 
all of the [g|s]et[Default]UseCaches() method calls to the wrapped 
URLConnection which is an instance of FileURLConnection. This means 
any attempt to control caching for just JAR URLs fails. "jar" always 
ends up being treated like "file" which is exactly the case we are 
trying to avoid. We want "file" to cache for performance but we don't 
want "jar" to cache so we can avoid the associated file locking issues.


Simple test here:
https://github.com/markt-asf/memory-leaks/blob/master/src/org/apache/markt/leaks/net/TestJava9CacheFix.java 



Output should be:
true
true
false
false

Mark






There have been a number of fixes to bugs reported by Open Source
projects since the last availability email  :

 * b155 - JDK-8167273 : Calendar.getDisplayNames inconsistent with
   DateFormatSymbols
 * b154 - JDK-8157611 : field visiblePackages is null for the unnamed
   module producing NPE when accessed
 * B152 - JDK-8172158 : Annotation processor not run with -source <= 8


Dalibor and I are presenting at FOSDEM this weekend, we would love to
meet you there!

 * JDK 9 Outreach - The Awesome Parts
   <https://fosdem.org/2017/schedule/event/outreach/>


Rgds,Rory




-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org





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


-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

Re: JDK 9 EA Build 155 is available on java.net

[Rory O'Donnell]

Hi Mark,

Thanks for the update, we have logged a new issue referring to the 
previous bug - JDK-8175261


Rgds, Rory

On 17/02/2017 11:48, Mark Thomas wrote:

On 03/02/17 21:17, Rory O'Donnell wrote:


Hi Mark,

*JDK 9 Early Access* b155 <https://jdk9.java.net/download/>  is
available on java.net

Can you confirm fix for :

 * b153 - JDK-8163449 : Allow per protocol setting for URLConnection
   defaultUseCaches


Sorry for the delayed reply. I needed to re-create my Java 9 test 
environment and it took me a couple of attempts to get it right.


I'm afraid that the current fix is not sufficient for JARUrlConnection.

The problem is that sun.net.www.protocol.jar.JarURLConnection passes 
all of the [g|s]et[Default]UseCaches() method calls to the wrapped 
URLConnection which is an instance of FileURLConnection. This means 
any attempt to control caching for just JAR URLs fails. "jar" always 
ends up being treated like "file" which is exactly the case we are 
trying to avoid. We want "file" to cache for performance but we don't 
want "jar" to cache so we can avoid the associated file locking issues.


Simple test here:
https://github.com/markt-asf/memory-leaks/blob/master/src/org/apache/markt/leaks/net/TestJava9CacheFix.java 



Output should be:
true
true
false
false

Mark






There have been a number of fixes to bugs reported by Open Source
projects since the last availability email  :

 * b155 - JDK-8167273 : Calendar.getDisplayNames inconsistent with
   DateFormatSymbols
 * b154 - JDK-8157611 : field visiblePackages is null for the unnamed
   module producing NPE when accessed
 * B152 - JDK-8172158 : Annotation processor not run with -source <= 8


Dalibor and I are presenting at FOSDEM this weekend, we would love to
meet you there!

 * JDK 9 Outreach - The Awesome Parts
   <https://fosdem.org/2017/schedule/event/outreach/>


Rgds,Rory




-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



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


-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

JDK 9 EA Build 155 is available on java.net

[Rory O'Donnell]

Hi Mark,

*JDK 9 Early Access* b155 <https://jdk9.java.net/download/>  is 
available on java.net


Can you confirm fix for :

 * b153 - JDK-8163449 : Allow per protocol setting for URLConnection
   defaultUseCaches

There have been a number of fixes to bugs reported by Open Source 
projects since the last availability email  :


 * b155 - JDK-8167273 : Calendar.getDisplayNames inconsistent with
   DateFormatSymbols
 * b154 - JDK-8157611 : field visiblePackages is null for the unnamed
   module producing NPE when accessed
 * B152 - JDK-8172158 : Annotation processor not run with -source <= 8


Dalibor and I are presenting at FOSDEM this weekend, we would love to 
meet you there!


 * JDK 9 Outreach - The Awesome Parts
   <https://fosdem.org/2017/schedule/event/outreach/>


Rgds,Rory

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

Re: Memory leak found in java.util.concurrent.ForkJoinPool

[Rory O'Donnell]

On 21/01/2017 16:56, Mark Thomas wrote:

On 21/01/2017 09:31, Konstantin Kolinko wrote:

2017-01-09 23:58 GMT+03:00 Mark Thomas :

All,

As a result of a thread on the users list, a memory leak has been
discovered in java.util.concurrent.ForkJoinPool.commonPool. It appears
that use of this pool is hard-coded in multiple places such as
Collection.parallelStream().forEach().

I have some ideas about how to work-around the leaks with
JreMemoryLeakPreventionListener but any code that depends on the Tomcat
class loader being set (e.g. JNDI lookup) is going to break if the user
tries to use Collection.parallelStream().


Rory,

The review Id for my report is 9046841. Anything you can do to get this
accepted and in front of the right folks to fix it would be appreciated.

Mark this bug is already under investigation!

By the way, JDK-8163449 - Allow per protocol setting for URLConnection 
defaultUseCaches

is included in b153, now available on java.net.

Rgds,Rory


Kind regards,
Mark

Hi!

I filed this into Tomcat Bugzilla, to keep track of our workaround code
https://bz.apache.org/bugzilla/show_bug.cgi?id=60620


As for Oracle bug number, I do not see this issue with a quick search
at http://bugs.java.com/

The review ID does not get re-used as the bug number. The bug, as
references in the Javadoc in JreMemoryLeakPreventionListener, is:
http://bugs.java.com/bugdatabase/view_bug.do?bug_id=JDK-8172726

Mark


Best regards,
Konstantin Kolinko

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



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


-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

Re: Java 9 and reflection uses in Apache Tomcat

[Rory O'Donnell]

Hi Mark,

For 1,  there has been  discussion on jigsaw-dev, Remy has given you pointer

For 2 & 3, core-libs-dev is the best place to open up a discussion.

Rgds,Rory


On 20/01/2017 12:14, Mark Thomas wrote:

Rory,

We have a handful of instances where Tomcat currently needs to use
reflection which are blocked when running on Java 9.

Users can work-around these but it would probably be better if an
alternative API was identified / provided to achieve the same results
without reflection.

There are currently three instances I am aware of.

1. Cleaning direct ByteBuffers
To avoid OOME, we need to be able to trigger cleaning of a direct
ByteBuffers. The code in question is at [1]. We need a way to trigger
DirectByteBuffer.cleaner().clean() via a public API.

2. Cleaning thread local related memory leaks
To fix application created memory leaks, we need to be able to clear
thread locals associated with a given class loader from a thread.
To be able to warn users they have a memory leak in their application,
we need to be able to list the thread locals associated with a class
loader for a thread. The relevant code is at [2].

3. Cleaning RMI related memory leaks
To fix application created memory leaks, we need to be able to clear RMI
objects associated with a given class loader.
To be able to warn users they have a memory leak in their application,
we need to be able to list the RMI targets associated with a given
classloader. The relevant code is at [3].

Any suggestions for alternative public APIs to achieve the same ends
gratefully received.

Kind regards,

Mark


[1]
http://svn.apache.org/viewvc/tomcat/trunk/java/org/apache/tomcat/util/buf/ByteBufferUtils.java?diff_format=h&view=annotate#l38

[2]
http://svn.apache.org/viewvc/tomcat/trunk/java/org/apache/catalina/loader/WebappClassLoaderBase.java?diff_format=h&view=annotate#l1823

[3]
http://svn.apache.org/viewvc/tomcat/trunk/java/org/apache/catalina/loader/WebappClassLoaderBase.java?diff_format=h&view=annotate#l2058

-
To unsubscribe, e-mail:dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail:dev-h...@tomcat.apache.org



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

JDK 9 EA Build 151 is available on java.net

[Rory O'Donnell]

Hi Mark,

Best wishes for the New Year.

Dalibor and I will be at FOSDEM '17, Brussels 4 & 5 February. Let us 
know if you will be there, hopefully we can meet up !


*JDK 9 Early Access* b151 <https://jdk9.java.net/download/>  is 
available on java.net


There have been a number of fixes to bugs reported by Open Source 
projects since the last availability email  :


 * JDK-8171377 : Add sun.misc.Unsafe::invokeCleaner
 * JDK-8075793 : Source incompatibility for inference using -source 7
 * JDK-8087303  : LSSerializer pretty print does not work anymore
 * JDK-8167143 :CLDR timezone parsing does not work for all locales

Other changes that maybe of interest:

 * JDK-8066474 : Remove the lib/$ARCH directory from Linux and Solaris
   images
 * JDK-8170428 : Move src.zip to JDK/lib/src.zip

*JEPs intergrated:*

 * JEP 295 <http://openjdk.java.net/jeps/295>: Ahead-of-Time
   Compilation has been integrated in b150.

*Schedule - Milestones since last availability email *

 * *Feature Extension Complete 22nd of December 2016*
 * *Rampdown Started 5th of January 2017
   *
 o Phases in which increasing levels of scrutiny are applied to
   incoming changes.
 o In phase 1, only P1-P3 bugs can be fixed. In phase 2 only
   showstopper bugs can be fixed.

Rgds,Rory

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

JDK 9 b148 including a refresh of the module system is available on java.net

[Rory O'Donnell]

Hi Mark,


JDK 9 build b148 <https://jdk9.java.net/download/> includes an important 
Refresh of the module system [1] , summary of changes are listed here 
<http://download.java.net/java/jdk9/changes/jdk-9+148.html>.


*This refresh includes a disruptive change that is important to understand.

*For those that have been trying out modules with regular JDK 9 builds 
then be aware that `requires public` changes to `requires transitive`. 
In addition, the binary representation of the module declaration 
(module-info.class) has changed so that you need to recompile any 
modules that were compiled with previous JDK 9 builds.


As things stand today in JDK 9 then you use setAccessible to break into 
non-public elements of any type in exported packages. However, it cannot 
be used to break into any type in non-exported package. The current 
specified behavior was a compromise for the initial integration of the 
module system. It is of course not very satisfactory, hence the 
#AwkwardStrongEncapsulation issue [2] on the JSR 376 issues list. With 
the updated proposal in the JSR, this refresh changes setAccessible 
further so that it cannot be used to break into non-public types, or 
non-public elements of public types, in exported packages. Code that 
uses setAccessible to hack into the private constructor of 
java.lang.invoke.MethodHandles.Lookup will be disappointed for example.


This change will expose hacks in many existing libraries and tools. As a 
workaround then a new command line option `--add-opens` can be used to 
open specific packages for "deep reflection". For example, a really 
popular build tool fails with this refresh because it uses setAccessible 
+ core reflection to hack into a private field of an unmodifiable 
collection so that it can mutate it, facepalm! This code will continue 
to work as before when run with `--add-opens 
java.base/java.util=ALL-UNNAMED` to open the package java.util in module 
java.base to "all unnamed modules" (think class path).


*Any help reporting issues to popular tools and libraries would be 
appreciated. *


A debugging aid that is useful to identify issues is to run with 
-Dsun.reflect.debugModuleAccessChecks=true to get a stack trace when 
setAccessible fails, this is particularly useful when code swallows 
exceptions without any logging.



Rgds,Rory


[1] 
http://mail.openjdk.java.net/pipermail/jdk9-dev/2016-November/005276.html 
<http://mail.openjdk.java.net/pipermail/jpms-spec-experts/2016-October/000430.html>
[2] 
http://openjdk.java.net/projects/jigsaw/spec/issues/#AwkwardStrongEncapsulation


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

Re: Early Access build 136 for JDK 9 & JDK 9 with Project Jigsaw are available on java.net

[Rory O'Donnell]

Thanks Mark,

I updated the bug with your comments.

Rgds,Rory


On 01/12/2016 14:12, Mark Thomas wrote:

On 30/11/2016 09:49, Rory O'Donnell wrote:

Hi Mark,

The bug has been updated with the following suggestion, any comment ?

Hi Rory,

That would certainly be a good step in the right direction. It would
enable the problem to be fixed for "jar:" without negatively impacting
all the other protocols.

What would make it perfect would be also changing the default for the
"jar:" protocol to "do not cache" rather than "cache".

Kind regards,

Mark



Rgds,Rory

"We could possibly add an API to explicitly set the default
independently per protocol. So, it would then be possible to disable it
for jar: URLs, but not other URL types. This would be a new API
obviously, and therefore only available from the release in which it is
introduced. "



On 05/10/2016 09:17, Rory O'Donnell wrote:

Thanks Mark, I'll update the bug.

Rgds,Rory


On 05/10/2016 09:15, Mark Thomas wrote:

On 04/10/2016 18:12, Rory O'Donnell wrote:

Hi Mark,

There was an update to JDK-8163449 below:

Caching is enabled by default, but it can be disabled statically (if
strangely through a non-static api). The fact that files can't be
deleted on windows is a consequence of this caching, and also that
files
are opened by the Java runtime on windows in a mode that prevents
deletion. So, really, this isn't a bug and the question is can the
submitter just disable caching?

Let me know if that works for you ?

It doesn't.

The caching causes file locking on all operating systems. It is more
obvious on Windows since the OS won't let you delete the file. On Linux
while you can delete the file but the space won't be freed until the
lock is released.

I'm aware of the ability to disable the caching and this is what Tomcat
does to work-around this issue.

The bug was raised because the current default triggers file descriptor
leaks and lock files for JarURLConnection and that seems like a poor
choice for a default.

Equally, I'd rather not have to to disable all caching just to avoid a
problem with one URLConnection sub-class.

My hope was that rather than a single default caching option for all
URLConnections, the default could be configured per protocol and that
the default for the jar protocol would be changed to false.

Mark




Rgds,Rory

On 20/09/2016 11:15, Rory O'Donnell wrote:

Hi Mark,

Early Access b136 <https://jdk9.java.net/download/> for JDK 9 is
available on java.net, summary of  changes are listed here
<http://www.java.net/download/java/jdk9/changes/jdk-9+136.html>.
Early Access b136 <https://jdk9.java.net/jigsaw/> (#5506) for JDK 9
with Project Jigsaw is available on java.net, summary of changes are
listed here
<http://www.java.net/download/java/jigsaw/archive/136/binaries/jdk-9+136.html>.


There have been a number of fixes to bugs reported by Open Source
projects since the last availability email  :

* 8165723 - b136 - core-libs JarFile::isMultiRelease() method
  returns false when it should return true
* 8165116 - b136 - xml redirect function is not allowed even with
  enableExtensionFunctions

NOTE:-  Build 135 included a fix for  JDK-8161016 which *has
introduced a behavioral change to HttpURLConnection, more info:*

The behavior of HttpURLConnection when using a ProxySelector has been
modified with this JDK release. Currently, HttpURLConnection.connect()
call would fallback to a DIRECT connection attempt if the configured
proxy/proxies failed to make a connection. This release introduces a
change whereby no DIRECT connection will be attempted in such a
scenario. Instead, the HttpURLConnection.connect() method will fail
and throw an IOException which occurred from the last proxy tested.
This behavior now matches with the HTTP connections made by popular
web browsers. But this change will bring compatibility issues for the
applications expecting a DIRECT connection when a proxy server is down
or when wrong proxies are provided.
*

JDK 9 Outreach Survey*

In order to encourage and receive additional feedback from developers
testing their applications with JDK 9,
the OpenJDK Quality Outreach effort has put together a very brief
survey about your experiences with JDK 9 so far.

It is available at***https://www.surveymonkey.de/r/JDK9EA*

We would love to hear feedback from you!


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

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



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


-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

Re: Early Access build 136 for JDK 9 & JDK 9 with Project Jigsaw are available on java.net

[Rory O'Donnell]

Hi Mark,

The bug has been updated with the following suggestion, any comment ?

Rgds,Rory

"We could possibly add an API to explicitly set the default 
independently per protocol. So, it would then be possible to disable it 
for jar: URLs, but not other URL types. This would be a new API 
obviously, and therefore only available from the release in which it is 
introduced. "




On 05/10/2016 09:17, Rory O'Donnell wrote:

Thanks Mark, I'll update the bug.

Rgds,Rory


On 05/10/2016 09:15, Mark Thomas wrote:

On 04/10/2016 18:12, Rory O'Donnell wrote:

Hi Mark,

There was an update to JDK-8163449 below:

Caching is enabled by default, but it can be disabled statically (if
strangely through a non-static api). The fact that files can't be
deleted on windows is a consequence of this caching, and also that 
files

are opened by the Java runtime on windows in a mode that prevents
deletion. So, really, this isn't a bug and the question is can the
submitter just disable caching?

Let me know if that works for you ?

It doesn't.

The caching causes file locking on all operating systems. It is more
obvious on Windows since the OS won't let you delete the file. On Linux
while you can delete the file but the space won't be freed until the
lock is released.

I'm aware of the ability to disable the caching and this is what Tomcat
does to work-around this issue.

The bug was raised because the current default triggers file descriptor
leaks and lock files for JarURLConnection and that seems like a poor
choice for a default.

Equally, I'd rather not have to to disable all caching just to avoid a
problem with one URLConnection sub-class.

My hope was that rather than a single default caching option for all
URLConnections, the default could be configured per protocol and that
the default for the jar protocol would be changed to false.

Mark




Rgds,Rory

On 20/09/2016 11:15, Rory O'Donnell wrote:

Hi Mark,

Early Access b136 <https://jdk9.java.net/download/> for JDK 9 is
available on java.net, summary of  changes are listed here
<http://www.java.net/download/java/jdk9/changes/jdk-9+136.html>.
Early Access b136 <https://jdk9.java.net/jigsaw/> (#5506) for JDK 9
with Project Jigsaw is available on java.net, summary of changes are
listed here
<http://www.java.net/download/java/jigsaw/archive/136/binaries/jdk-9+136.html>. 



There have been a number of fixes to bugs reported by Open Source
projects since the last availability email  :

   * 8165723 - b136 - core-libs JarFile::isMultiRelease() method
 returns false when it should return true
   * 8165116 - b136 - xml redirect function is not allowed even with
 enableExtensionFunctions

NOTE:-  Build 135 included a fix for  JDK-8161016 which *has
introduced a behavioral change to HttpURLConnection, more info:*

The behavior of HttpURLConnection when using a ProxySelector has been
modified with this JDK release. Currently, HttpURLConnection.connect()
call would fallback to a DIRECT connection attempt if the configured
proxy/proxies failed to make a connection. This release introduces a
change whereby no DIRECT connection will be attempted in such a
scenario. Instead, the HttpURLConnection.connect() method will fail
and throw an IOException which occurred from the last proxy tested.
This behavior now matches with the HTTP connections made by popular
web browsers. But this change will bring compatibility issues for the
applications expecting a DIRECT connection when a proxy server is down
or when wrong proxies are provided.
*

JDK 9 Outreach Survey*

In order to encourage and receive additional feedback from developers
testing their applications with JDK 9,
the OpenJDK Quality Outreach effort has put together a very brief
survey about your experiences with JDK 9 so far.

It is available at***https://www.surveymonkey.de/r/JDK9EA*

We would love to hear feedback from you!


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

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





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


-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

JDK 9 & JDK 9 with Project Jigsaw b144 are available on java.net

[Rory O'Donnell]

Hi Mark,

Early Access b144 <https://jdk9.java.net/jigsaw/> (#5709) for JDK 9 with 
Project Jigsaw is available on java.net, summary of changes are listed 
here. 
<http://www.java.net/download/java/jigsaw/archive/144/binaries/jdk-9+144.html>


Early Access b144 <https://jdk9.java.net/download/> for JDK 9 is 
available on java.net, summary of  changes are listed here 
<http://www.java.net/download/java/jdk9/changes/jdk-9+144.html>.


There have been a number of fixes to bugs reported by Open Source 
projects since the last availability email  :


 * JDK-8156149 : Blurry rendering on Windows 7 at 125% screen setting
 * JDK-8167431 : tools javac takes too long time to resolve interface
   dependency
 * JDK-8062810 : infrastructure Examine src.zip in JDK image and decide
   if source classes should be organized by module

*Proposal* - latest update

 *b142 of JDK 9 with project Jigsaw has the initial implementation
   of open modules and open packages as detailed in the recent proposal
   for #ReflectiveAccessToNonExportedTypes [1]

*Tool*

Adapted from JEP 277 [2]

 * A static analysis tool jdeprscan has been provided that scans a jar
   file (or some other aggregation of class files) for uses of
   deprecated API elements.

*Schedule*

 * The proposed JDK 9 schedule has been adopted and posted on the Open
   JDK 9 Project Page [3]


Rgds,Rory

[1] 
http://mail.openjdk.java.net/pipermail/jpms-spec-experts/2016-October/000430.html

[2] http://openjdk.java.net/jeps/277
[3] http://openjdk.java.net/projects/jdk9/

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

Early Access builds for JDK 8u122 b02 , JDK 9 & JDK 9 with Project Jigsaw b140 are available on java.net

[Rory O'Donnell]

Hi Mark,

Early Access b02 <https://jdk8.java.net/download.html> for JDK 8u122 is 
available , summary of changes are listed here. 
<http://www.java.net/download/java/jdk8u122/changes/jdk8u122-b02.html>


Early Access b140 <https://jdk9.java.net/jigsaw/> (#5625) for JDK 9 with 
Project Jigsaw is available on java.net, summary of changes are listed 
here. 
<http://www.java.net/download/java/jigsaw/archive/140/binaries/jdk-9+140.html>


Early Access b140 <https://jdk9.java.net/download/> for JDK 9 is 
available on java.net, summary of  changes are listed here 
<http://www.java.net/download/java/jdk9/changes/jdk-9+140.html>.


A couple of items to point out with regard to b140:

1. A fix for Cyclic interface initialization causes JVM crash is
   included in b140
2. We are requesting feedback on a change that went into  JDK 9 b140

   The java.io.FilePermission class was changed to remove pathname
   canonicalization from its creation,
   along  with a system property to revert the behavior back to way it
   worked in the previous JDK release.
   We do this mainly for performance enhancement so that there is no
   need to consult the file system every
   time a FilePermisson is created. If you use a security manager and
   file permissions then you should read
   the details as described on the jdk9 mailing list [1]

   Feedback is requested via core-libs-...@openjdk.java.net


The new GA date of JDK 9 has been updated on the JDK 9 Project page [2], 
further details in Mark Reinhold's email [3].



Rgds,Rory

[1] http://mail.openjdk.java.net/pipermail/jdk9-dev/2016-October/005062.html
[2] http://openjdk.java.net/projects/jdk9/
[3] 
http://mail.openjdk.java.net/pipermail/jdk9-dev/2016-October/005092.html


--

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

Early Access builds of JDK 8u122 b01 & JDK 9 EA b138 are available.

[Rory O'Donnell]

Hi Mark,

Early Access b01 <https://jdk8.java.net/download.html> for JDK 8u122 is 
available on java.net.


Early Access b138 <https://jdk9.java.net/download/> for JDK 9 is 
available on java.net, summary of  changes are listed here 
<http://download.java.net/java/jdk9/changes/jdk-9+138.html>.


Early Access b138 <https://jdk9.java.net/jigsaw/> (#5561) for JDK 9 with 
Project Jigsaw is available on java.net, summary of  changes are listed 
here 
<http://www.java.net/download/java/jigsaw/archive/138/binaries/jdk-9+138.html>. 



There have been a number of fixes to bugs reported by Open Source 
projects since the last availability email  :


 * 8038348 - b137 - Instance field load is replaced by wrong data Phi
 * 8041480 - b137 - ArrayIndexOutOfBoundsException when JTable contains
   certain string
 * 8145542 - b137 - The case failed automatically and thrown
   java.lang.ArrayIndexOutOfBoundsException exception.
 * 8151725 - b137  - [macosx] ArrayIndexOOB exception when displaying
   Devanagari text in JEditorPane

There are two proposals requesting feedback via mailing lists :

 - More proposals for open JPMS issues [1]

 * One proposal to call out is #AwkwardStrongEncapsulation as this
   proposes to change setAccessible(true) so that it can't be used to
   break into non-public types/members in exported packages. This is a
   non-issue when using setAccessible to get access to non-public
   types/members of classes on the class path but will be an issue for
   code that uses this method to break into JDK-internals. We would
   appreciate as much help as possible testing these builds. If
   InaccessibleObjectException is thrown then examine the stack trace
   (run with -Dsun.reflect.debugModuleAccessChecks=true to uncover
   failed access attempts in code that shallows exceptions). If it
   looks like a library is attempting to access a non-public method or
   field of a platform class and make sure to *submit a bug in the
   issue tracker for the library.*

 - Proposal to Reorganize source classes in src.zip by modules [2]

 * This proposal might have a compatibility impact on IDEs or other
   tools that look in src.zip
 * Feedback via the jigsaw-dev mailing list

Other points of interest:

 * JavaOne Presentations
 o Recorded Presentations
   <https://www.youtube.com/channel/UCdDhYMT2USoLdh4SZIsu_1g>
 * JDK 9 Schedule change proposal
 o for proposed schedule proposal see [3]


Rgds,Rory

[1] 
http://mail.openjdk.java.net/pipermail/jigsaw-dev/2016-September/009365.html
[2] 
http://mail.openjdk.java.net/pipermail/jigsaw-dev/2016-October/009550.html
[3] 
http://mail.openjdk.java.net/pipermail/jdk9-dev/2016-September/004887.html



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

Re: Early Access build 136 for JDK 9 & JDK 9 with Project Jigsaw are available on java.net

[Rory O'Donnell]

Thanks Mark, I'll update the bug.

Rgds,Rory


On 05/10/2016 09:15, Mark Thomas wrote:

On 04/10/2016 18:12, Rory O'Donnell wrote:

Hi Mark,

There was an update to JDK-8163449 below:

Caching is enabled by default, but it can be disabled statically (if
strangely through a non-static api). The fact that files can't be
deleted on windows is a consequence of this caching, and also that files
are opened by the Java runtime on windows in a mode that prevents
deletion. So, really, this isn't a bug and the question is can the
submitter just disable caching?

Let me know if that works for you ?

It doesn't.

The caching causes file locking on all operating systems. It is more
obvious on Windows since the OS won't let you delete the file. On Linux
while you can delete the file but the space won't be freed until the
lock is released.

I'm aware of the ability to disable the caching and this is what Tomcat
does to work-around this issue.

The bug was raised because the current default triggers file descriptor
leaks and lock files for JarURLConnection and that seems like a poor
choice for a default.

Equally, I'd rather not have to to disable all caching just to avoid a
problem with one URLConnection sub-class.

My hope was that rather than a single default caching option for all
URLConnections, the default could be configured per protocol and that
the default for the jar protocol would be changed to false.

Mark




Rgds,Rory

On 20/09/2016 11:15, Rory O'Donnell wrote:

Hi Mark,

Early Access b136 <https://jdk9.java.net/download/> for JDK 9 is
available on java.net, summary of  changes are listed here
<http://www.java.net/download/java/jdk9/changes/jdk-9+136.html>.
Early Access b136 <https://jdk9.java.net/jigsaw/> (#5506) for JDK 9
with Project Jigsaw is available on java.net, summary of  changes are
listed here
<http://www.java.net/download/java/jigsaw/archive/136/binaries/jdk-9+136.html>.

There have been a number of fixes to bugs reported by Open Source
projects since the last availability email  :

   * 8165723 - b136 - core-libs JarFile::isMultiRelease() method
 returns false when it should return true
   * 8165116 - b136 - xml redirect function is not allowed even with
 enableExtensionFunctions

NOTE:-  Build 135 included a fix for  JDK-8161016 which *has
introduced a behavioral change to HttpURLConnection, more info:*

The behavior of HttpURLConnection when using a ProxySelector has been
modified with this JDK release. Currently, HttpURLConnection.connect()
call would fallback to a DIRECT connection attempt if the configured
proxy/proxies failed to make a connection. This release introduces a
change whereby no DIRECT connection will be attempted in such a
scenario. Instead, the HttpURLConnection.connect() method will fail
and throw an IOException which occurred from the last proxy tested.
This behavior now matches with the HTTP connections made by popular
web browsers. But this change will bring compatibility issues for the
applications expecting a DIRECT connection when a proxy server is down
or when wrong proxies are provided.
*

JDK 9 Outreach Survey*

In order to encourage and receive additional feedback from developers
testing their applications with JDK 9,
the OpenJDK Quality Outreach effort has put together a very brief
survey about your experiences with JDK 9 so far.

It is available at***https://www.surveymonkey.de/r/JDK9EA*

We would love to hear feedback from you!


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

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



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


-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

Re: Early Access build 136 for JDK 9 & JDK 9 with Project Jigsaw are available on java.net

[Rory O'Donnell]

Hi Mark,

There was an update to JDK-8163449 below:

Caching is enabled by default, but it can be disabled statically (if 
strangely through a non-static api). The fact that files can't be 
deleted on windows is a consequence of this caching, and also that files 
are opened by the Java runtime on windows in a mode that prevents 
deletion. So, really, this isn't a bug and the question is can the 
submitter just disable caching?


Let me know if that works for you ?

Rgds,Rory

On 20/09/2016 11:15, Rory O'Donnell wrote:


Hi Mark,

Early Access b136 <https://jdk9.java.net/download/> for JDK 9 is 
available on java.net, summary of  changes are listed here 
<http://www.java.net/download/java/jdk9/changes/jdk-9+136.html>.
Early Access b136 <https://jdk9.java.net/jigsaw/> (#5506) for JDK 9 
with Project Jigsaw is available on java.net, summary of  changes are 
listed here 
<http://www.java.net/download/java/jigsaw/archive/136/binaries/jdk-9+136.html>.


There have been a number of fixes to bugs reported by Open Source 
projects since the last availability email  :


  * 8165723 - b136 - core-libs JarFile::isMultiRelease() method
returns false when it should return true
  * 8165116 - b136 - xml redirect function is not allowed even with
enableExtensionFunctions

NOTE:-  Build 135 included a fix for JDK-8161016 which *has introduced 
a behavioral change to HttpURLConnection, more info:*


The behavior of HttpURLConnection when using a ProxySelector has been 
modified with this JDK release. Currently, HttpURLConnection.connect() 
call would fallback to a DIRECT connection attempt if the configured 
proxy/proxies failed to make a connection. This release introduces a 
change whereby no DIRECT connection will be attempted in such a 
scenario. Instead, the HttpURLConnection.connect() method will fail 
and throw an IOException which occurred from the last proxy tested. 
This behavior now matches with the HTTP connections made by popular 
web browsers. But this change will bring compatibility issues for the 
applications expecting a DIRECT connection when a proxy server is down 
or when wrong proxies are provided.

*

JDK 9 Outreach Survey*

In order to encourage and receive additional feedback from developers 
testing their applications with JDK 9,
the OpenJDK Quality Outreach effort has put together a very brief 
survey about your experiences with JDK 9 so far.


It is available at***https://www.surveymonkey.de/r/JDK9EA*

We would love to hear feedback from you!


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


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

Early Access build 136 for JDK 9 & JDK 9 with Project Jigsaw are available on java.net

[Rory O'Donnell]

Hi Mark,

Early Access b136 <https://jdk9.java.net/download/> for JDK 9 is 
available on java.net, summary of  changes are listed here 
<http://www.java.net/download/java/jdk9/changes/jdk-9+136.html>.
Early Access b136 <https://jdk9.java.net/jigsaw/> (#5506) for JDK 9 with 
Project Jigsaw is available on java.net, summary of  changes are listed 
here 
<http://www.java.net/download/java/jigsaw/archive/136/binaries/jdk-9+136.html>.


There have been a number of fixes to bugs reported by Open Source 
projects since the last availability email  :


 * 8165723 - b136 - core-libs JarFile::isMultiRelease() method returns
   false when it should return true
 * 8165116 - b136 - xml redirect function is not allowed even with
   enableExtensionFunctions

NOTE:-  Build 135 included a fix for JDK-8161016 which *has introduced a 
behavioral change to HttpURLConnection, more info:*


The behavior of HttpURLConnection when using a ProxySelector has been 
modified with this JDK release. Currently, HttpURLConnection.connect() 
call would fallback to a DIRECT connection attempt if the configured 
proxy/proxies failed to make a connection. This release introduces a 
change whereby no DIRECT connection will be attempted in such a 
scenario. Instead, the HttpURLConnection.connect() method will fail and 
throw an IOException which occurred from the last proxy tested. This 
behavior now matches with the HTTP connections made by popular web 
browsers. But this change will bring compatibility issues for the 
applications expecting a DIRECT connection when a proxy server is down 
or when wrong proxies are provided.

*

JDK 9 Outreach Survey*

In order to encourage and receive additional feedback from developers 
testing their applications with JDK 9,
the OpenJDK Quality Outreach effort has put together a very brief survey 
about your experiences with JDK 9 so far.


It is available at***https://www.surveymonkey.de/r/JDK9EA*

We would love to hear feedback from you!


Rgds,Rory

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

Early Access builds of JDK 9 b134 are available on java.net

[Rory O'Donnell]

Hi Mark,

Early Access b134 <https://jdk9.java.net/download/> for JDK 9 is 
available on java.net, summary of  changes are listed here 
<http://www.java.net/download/java/jdk9/changes/jdk-9+134.html>.


 There have been a number of fixes , since the last availability email 
, to bugs reported by Open Source projects :


 * 8156841   sun.security.pkcs11.SunPKCS11 poller thread retains a
   strong reference to the context class loader
 * 8146961   Fix PermGen memory leaks caused by static final Exceptions
 * 8163353   NPE in ConcurrentHashMap.removeAll()
 * 8160328   ClassCastException: sun.awt.image.BufImgSurfaceData cannot
   be cast to sun.java2d.xr.XRSurfaceData after xrandr change output

Secondly, there are a number of interesting items to bring to our attention

 * JDK 9 Rampdown Phase 1: Process proposal [1]
 * The Java team has published the “Oracle JRE and JDK Cryptographic
   Roadmap” [2] java.com/cryptoroadmap <http://java.com/cryptoroadmap>
 * The Quality Report for September 2016 is now available [3], thank
   you for your continued support!


Highlights from the Quality Report for September :

 * 21 new Open Source projects have joined the Outreach program
 * Projects filed 35 new issues in the JDK Bug System, this is almost
   double the number of bugs in the previous six months!
 * Continuing to provide excellent feedback via the OpenJDK dev mailing
   lists

Thank you!

Rgds,Rory

[1] http://mail.openjdk.java.net/pipermail/jdk9-dev/2016-August/004777.html
[2] java.com/cryptoroadmap <http://java.com/cryptoroadmap>
[3] 
https://wiki.openjdk.java.net/display/quality/Quality+Outreach+Report+September+2016


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

Re: Early Access builds of JDK 8u112 b04, JDK 9 b130 are available on java.net

[Rory O'Donnell]

On 08/08/2016 21:04, Mark Thomas wrote:

On 08/08/2016 16:09, Mark Thomas wrote:

I need to review the remaining things in JreMemoryLeakPreventionListener
to see if any of them need to be raised as bugs.

I've now done this and I only found one issue that I think is reasonable
to raise as a JDK issue.

JarURLConnection needs to disable caching by default to avoid file
descriptor leaks / locked files.

I've opened a bug which is currently being tracked under JI-9042682

https://bugs.openjdk.java.net/browse/JDK-8163449

Rgds,Rory


Mark


-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



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


-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

Re: Early Access builds of JDK 8u112 b03, JDK 9 b128 are available on java.net

[Rory O'Donnell]

Thanks for confirming fixes Mark.

I will pass on the kudos!

Rgds,Rory



On 08/08/2016 15:08, Mark Thomas wrote:

On 22/07/2016 09:43, Rory O'Donnell wrote:

Hi Mark,

Fix for JDK-8158237: JVMTI hides critical debug information for memory
leak tracing is in b126.
Can you confirm fix ?

Rory,

Sorry for the delay in getting back to you. It has been a busy month.

I have just downloaded Java 9, b129 and Java 9, b130 and confirmed that
it is fixed in both.

I also checked Java 8u112, b4 and confirmed (as expected) that the
problem is still present there.

Thanks again for helping to progress this fix and please do pass on my
thanks to those working on it.

Kind regards,

Mark



Early Access b03 <https://jdk8.java.net/download.html> for JDK 8u112 is
available on java.net, summary of  changes are listed  here
<http://www.java.net/download/java/jdk8u112/changes/jdk8u112-b03.html>

Early Access b128 <https://jdk9.java.net/download/> for JDK 9 is
available on java.net, summary of  changes are listed here
<http://www.java.net/download/java/jdk9/changes/jdk-9+128.html>.

Early Access b127 <https://jdk9.java.net/jigsaw/> (#5304) for JDK 9 with
Project Jigsaw is available on java.net, summary of  changes are listed
here
<http://download.java.net/java/jigsaw/archive/127/binaries/jdk-9+127.html>

Alan Bateman posted new jigsaw EA builds contain initial implementation
of current proposals , more info [0]

 The jigsaw/jake forest has been updated with an initial
 implementation of the proposals that Mark brought to the
 jpms-spec-experts mailing list last week. For those that don't build
 from source then the EA build/downloads [1] has also been refreshed.


Rgds,Rory

[0] http://mail.openjdk.java.net/pipermail/jigsaw-dev/2016-July/008467.html
[1] https://jdk9.java.net/jigsaw/

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



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


-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

Early Access builds of JDK 8u112 b04, JDK 9 b130 are available on java.net

[Rory O'Donnell]

Hi Mark,

There are two fixes to bugs reported by you in b130, can you confirm 
fixes  ?


Early Access b130 <https://jdk9.java.net/download/> for JDK 9 is 
available on java.net, summary of  changes are listed here 
<http://download.java.net/java/jdk9/changes/jdk-9+130.html>.


8156824 core-libs com.sun.jndi.ldap.pool.PoolCleaner should clear its 
context class loader
8157570 core-libs sun.rmi.transport.GC retains a strong reference to the 
context class loader



Early Access b129 <https://jdk9.java.net/jigsaw/> (#5332) for JDK 9 with 
Project Jigsaw is available on java.net, summary of changes are listed 
here 
<http://download.java.net/java/jigsaw/archive/129/binaries/jdk-9+129.html>


Early Access b04 <https://jdk8.java.net/download.html> for JDK 8u112 is 
available on java.net, summary of  changes are listed here 
<http://download.java.net/java/jdk8u112/changes/jdk8u112-b04.html>



Rgds,Rory

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

Early Access builds of JDK 8u112 b03, JDK 9 b128 are available on java.net

[Rory O'Donnell]

Hi Mark,

Fix for JDK-8158237: JVMTI hides critical debug information for memory 
leak tracing is in b126.

Can you confirm fix ?

Early Access b03 <https://jdk8.java.net/download.html> for JDK 8u112 is 
available on java.net, summary of  changes are listed here 
<http://www.java.net/download/java/jdk8u112/changes/jdk8u112-b03.html>


Early Access b128 <https://jdk9.java.net/download/> for JDK 9 is 
available on java.net, summary of  changes are listed here 
<http://www.java.net/download/java/jdk9/changes/jdk-9+128.html>.


Early Access b127 <https://jdk9.java.net/jigsaw/> (#5304) for JDK 9 with 
Project Jigsaw is available on java.net, summary of changes are listed 
here 
<http://download.java.net/java/jigsaw/archive/127/binaries/jdk-9+127.html>


Alan Bateman posted new jigsaw EA builds contain initial implementation 
of current proposals , more info [0]


   The jigsaw/jake forest has been updated with an initial
   implementation of the proposals that Mark brought to the
   jpms-spec-experts mailing list last week. For those that don't build
   from source then the EA build/downloads [1] has also been refreshed.


Rgds,Rory

[0] http://mail.openjdk.java.net/pipermail/jigsaw-dev/2016-July/008467.html
[1] https://jdk9.java.net/jigsaw/

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

Early Access builds of JDK 8u112 b01, JDK 9 b124 are available on java.net

[Rory O'Donnell]

Hi Mark,

Early Access b124 <https://jdk9.java.net/download/> for JDK 9 is 
available on java.net, summary of  changes are listed here 
<http://www.java.net/download/java/jdk9/changes/jdk-9+120.html>.


Early Access b123 <https://jdk9.java.net/jigsaw/> (#5178) for JDK 9 with 
Project Jigsaw is available on java.net, summary of  changes are listed 
here 
<http://download.java.net/java/jigsaw/archive/123/binaries/jdk-9+123.html>


Early Access b01 <https://jdk8.java.net/download.html> for JDK 8u112 is 
available on java.net.


Update to JEP 261 : Module System - email from Mark Reinhold [1]

- The special ALL-DEFAULT module name, which represents the default set 
of root modules for use with the -addmods option [2];
- A more thorough explanation of how the built-in class loaders have 
changed, how built-in modules are assigned to each loader,

   and how these loaders work together to load classes [3]; and
- The reason why Java EE-related modules are no longer resolved by 
default [4].
- There are various other minor corrections and clarifications, as can 
be seen in the detailed diff [5].



Rgds,Rory

[1]http://mail.openjdk.java.net/pipermail/jigsaw-dev/2016-June/008227.html
[2]http://openjdk.java.net/jeps/261#ALL-DEFAULT
[3]http://openjdk.java.net/jeps/261#Class-loaders
[4]http://openjdk.java.net/jeps/261#EE-modules
[5]http://cr.openjdk.java.net/~mr/jigsaw/jeps/updates/261-2016-06-15.html 
<http://cr.openjdk.java.net/%7Emr/jigsaw/jeps/updates/261-2016-06-15.html>


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

Re: Early Access builds of JDK 9 b118 & JDK 9 with Project Jigsaw, b118 (#4987) are available on java.net

[Rory O'Donnell]

Thanks Mark, I'll update the bug.

Rgds,Rory


On 03/06/2016 12:32, Mark Thomas wrote:

On 01/06/2016 15:45, Rory O'Donnell wrote:

Hi Mark,

JDK-8158237 <https://bugs.openjdk.java.net/browse/JDK-8158237> : JVMTI
hides critical debug information for memory leak tracing

Is closed as a duplicate of JDK-8033735
<https://bugs.openjdk.java.net/browse/JDK-8033735> : make
Throwable.backtrace visible to Class.getDeclaredField again.

And this bug was fixed in JDK9 build 116.

Can you confirm ?

Sorry to be the bearer of bad news, but this bug is NOT fixed. I've just
tested this with b120 and b121 and in both cases the memory leak is
traceable if I use an HPROF format heap dump but not if I use the
YourKit format heap dump obtained via JVMTI.

Kind regards,

Mark



Rgds,Rory


On 20/05/2016 15:17, Rory O'Donnell wrote:

Thanks Mark!



On 20 May 2016, at 14:51, Mark Thomas  wrote:


On 19/05/2016 11:05, Rory O'Donnell wrote:
Hi Mark,

I just had some time to review your email in detail, can you log bugs
for items
3,4 and 5 and send me the JI numbers ?

See in-line.

Many thanks,

Mark


3. Memory leak in sun.rmi.transport.GC
http://mail.openjdk.java.net/pipermail/core-libs-dev/2016-May/040893.html


JI-9038057


4. API to trace RMI Target memory leaks without resorting to
reflection
(I accept that this is unlikely but If you don't ask...)
http://mail.openjdk.java.net/pipermail/core-libs-dev/2016-May/040855.html


JI-9038059


5. Rare memory leak in sun.security.pkcs11.SunPKCS11 poller thread
http://mail.openjdk.java.net/pipermail/security-dev/2016-May/013841.html


Looks like someone created a bug for this:
https://bugs.openjdk.java.net/browse/JDK-8156841




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


-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

Re: Early Access builds of JDK 9 b118 & JDK 9 with Project Jigsaw, b118 (#4987) are available on java.net

[Rory O'Donnell]

Hi Mark,

JDK-8158237 <https://bugs.openjdk.java.net/browse/JDK-8158237> : JVMTI 
hides critical debug information for memory leak tracing


Is closed as a duplicate of JDK-8033735 
<https://bugs.openjdk.java.net/browse/JDK-8033735> : make 
Throwable.backtrace visible to Class.getDeclaredField again.


And this bug was fixed in JDK9 build 116.

Can you confirm ?

Rgds,Rory


On 20/05/2016 15:17, Rory O'Donnell wrote:

Thanks Mark!



On 20 May 2016, at 14:51, Mark Thomas  wrote:


On 19/05/2016 11:05, Rory O'Donnell wrote:
Hi Mark,

I just had some time to review your email in detail, can you log bugs
for items
3,4 and 5 and send me the JI numbers ?

See in-line.

Many thanks,

Mark


3. Memory leak in sun.rmi.transport.GC
http://mail.openjdk.java.net/pipermail/core-libs-dev/2016-May/040893.html

JI-9038057


4. API to trace RMI Target memory leaks without resorting to reflection
(I accept that this is unlikely but If you don't ask...)
http://mail.openjdk.java.net/pipermail/core-libs-dev/2016-May/040855.html

JI-9038059


5. Rare memory leak in sun.security.pkcs11.SunPKCS11 poller thread
http://mail.openjdk.java.net/pipermail/security-dev/2016-May/013841.html

Looks like someone created a bug for this:
https://bugs.openjdk.java.net/browse/JDK-8156841




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

Early Access builds of JDK 9 b120 & JDK 9 with Project Jigsaw b120 (#5074) are available on java.net

[Rory O'Donnell]

Hi Mark,

Early Access b120 <https://jdk9.java.net/download/> for JDK 9 is 
available on java.net, summary of  changes are listed here 
<http://www.java.net/download/java/jdk9/changes/jdk-9+120.html>.


Early Access b120 <https://jdk9.java.net/jigsaw/> (#5074) for JDK 9 with 
Project Jigsaw is available on java.net.


JDK 9 Build 120 has over *400 *bug fixes, hotspot fixes making a 
significant contribution.

In addition , this build implements JEP 289: Deprecate the Applet API [1]

Notable changes since the is last announcement email - in JDK 9 b119 the 
big change
was moving the class file version from 52.0 to 53.0, see [2] for more 
details.


Rgds,Rory

[1] JEP 289: Deprecate the Applet API <http://openjdk.java.net/jeps/289>
[2] http://mail.openjdk.java.net/pipermail/jdk9-dev/2016-January/003507.html

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

Re: Early Access builds of JDK 9 b118 & JDK 9 with Project Jigsaw, b118 (#4987) are available on java.net

[Rory O'Donnell]

Thanks Mark!


> On 20 May 2016, at 14:51, Mark Thomas  wrote:
> 
>> On 19/05/2016 11:05, Rory O'Donnell wrote:
>> Hi Mark,
>> 
>> I just had some time to review your email in detail, can you log bugs
>> for items
>> 3,4 and 5 and send me the JI numbers ?
> 
> See in-line.
> 
> Many thanks,
> 
> Mark
> 
>>> 3. Memory leak in sun.rmi.transport.GC
>>> http://mail.openjdk.java.net/pipermail/core-libs-dev/2016-May/040893.html
> 
> JI-9038057
> 
>>> 4. API to trace RMI Target memory leaks without resorting to reflection
>>> (I accept that this is unlikely but If you don't ask...)
>>> http://mail.openjdk.java.net/pipermail/core-libs-dev/2016-May/040855.html
> 
> JI-9038059
> 
>>> 5. Rare memory leak in sun.security.pkcs11.SunPKCS11 poller thread
>>> http://mail.openjdk.java.net/pipermail/security-dev/2016-May/013841.html
> 
> Looks like someone created a bug for this:
> https://bugs.openjdk.java.net/browse/JDK-8156841
> 
> 

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

Re: Early Access builds of JDK 9 b118 & JDK 9 with Project Jigsaw, b118 (#4987) are available on java.net

[Rory O'Donnell]

Hi Mark,

I just had some time to review your email in detail, can you log bugs 
for items

3,4 and 5 and send me the JI numbers ?

Rgds,Rory


On 18/05/2016 12:33, Mark Thomas wrote:

Rory,

Thanks for letting us know that a new build is available. We continue to
test Tomcat with Java 9 and are tracking multiple issues. The majority
of these have emerged as a result of a review of Tomcat's memory leak
prevention and detection code.

We would appreciate any help you can provide in nudging the following
issues towards resolution. Some of these are very new so it is not
surprising that not much has happened so far.

1. JVMTI bug that prevents tools like YourKit and Eclipse MAT
identifying the root causes of memory leaks caused by initialization of
static Exception fields.
Review ID: JI-9037905

2. Memory leak in com.sun.jndi.ldap.pool.PoolCleaner
http://mail.openjdk.java.net/pipermail/core-libs-dev/2016-May/040988.html
https://bugs.openjdk.java.net/browse/JDK-8156824

3. Memory leak in sun.rmi.transport.GC
http://mail.openjdk.java.net/pipermail/core-libs-dev/2016-May/040893.html

4. API to trace RMI Target memory leaks without resorting to reflection
(I accept that this is unlikely but If you don't ask...)
http://mail.openjdk.java.net/pipermail/core-libs-dev/2016-May/040855.html

5. Rare memory leak in sun.security.pkcs11.SunPKCS11 poller thread
http://mail.openjdk.java.net/pipermail/security-dev/2016-May/013841.html

We have also noticed that JSP compilation is broken. Our current
understanding is that we should be able to fix this with an update to
the Eclipse JDT compiler. We'll let you know if that changes.

Finally, there are still some memory leak issues we haven't reviewed. As
that progresses, we may have a few more issues to add to the memory leak
issues listed above.

Kind regards,

Mark


On 18/05/2016 09:31, Rory O'Donnell wrote:

Hi Mark,

Early Access b118 <https://jdk9.java.net/download/> for JDK 9 is
available on java.net, summary of  changes are listed here
<http://www.java.net/download/java/jdk9/changes/jdk-9+118.html>.

Early Access b118 <https://jdk9.java.net/jigsaw/> (#4913) for JDK 9 with
Project Jigsaw is available on java.net.

JDK 9 Build 118 includes a refresh of the module system.

There are several changes in this update, JDK 9 b118 has the updated
policy for root modules described
in JEP 261 [1]. This means that java.corba and the 6 EE modules aren't
resolved by default and so it will
look "as if" the types in these modules have been removed. More info on
the JDK 9 dev mailing list [2].

A change that went into JDK 9 b102 is worth mentioning:
JDK9: Remove stopThread RuntimePermission  from the default java.policy
In previous releases, untrusted
code had the "stopThread" RuntimePermission granted by default. This
permission allows untrusted code
to call Thread.stop(), initiating an asynchronous ThreadDeath Error, on
threads in the same thread group.
Having a ThreadDeath Error thrown asynchronously is not something that
trusted code should be expected
to handle gracefully. The permission is no longer granted by default.

Rgds,Rory


[1] http://openjdk.java.net/jeps/261
[2] http://mail.openjdk.java.net/pipermail/jdk9-dev/2016-May/004309.html



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

Re: Early Access builds of JDK 9 b118 & JDK 9 with Project Jigsaw, b118 (#4987) are available on java.net

[Rory O'Donnell]

Thanks Mark, I'll see what I can do.

Rgds, Rory


On 18/05/2016 12:33, Mark Thomas wrote:

Rory,

Thanks for letting us know that a new build is available. We continue to
test Tomcat with Java 9 and are tracking multiple issues. The majority
of these have emerged as a result of a review of Tomcat's memory leak
prevention and detection code.

We would appreciate any help you can provide in nudging the following
issues towards resolution. Some of these are very new so it is not
surprising that not much has happened so far.

1. JVMTI bug that prevents tools like YourKit and Eclipse MAT
identifying the root causes of memory leaks caused by initialization of
static Exception fields.
Review ID: JI-9037905

2. Memory leak in com.sun.jndi.ldap.pool.PoolCleaner
http://mail.openjdk.java.net/pipermail/core-libs-dev/2016-May/040988.html
https://bugs.openjdk.java.net/browse/JDK-8156824

3. Memory leak in sun.rmi.transport.GC
http://mail.openjdk.java.net/pipermail/core-libs-dev/2016-May/040893.html

4. API to trace RMI Target memory leaks without resorting to reflection
(I accept that this is unlikely but If you don't ask...)
http://mail.openjdk.java.net/pipermail/core-libs-dev/2016-May/040855.html

5. Rare memory leak in sun.security.pkcs11.SunPKCS11 poller thread
http://mail.openjdk.java.net/pipermail/security-dev/2016-May/013841.html

We have also noticed that JSP compilation is broken. Our current
understanding is that we should be able to fix this with an update to
the Eclipse JDT compiler. We'll let you know if that changes.

Finally, there are still some memory leak issues we haven't reviewed. As
that progresses, we may have a few more issues to add to the memory leak
issues listed above.

Kind regards,

Mark


On 18/05/2016 09:31, Rory O'Donnell wrote:

Hi Mark,

Early Access b118 <https://jdk9.java.net/download/> for JDK 9 is
available on java.net, summary of  changes are listed here
<http://www.java.net/download/java/jdk9/changes/jdk-9+118.html>.

Early Access b118 <https://jdk9.java.net/jigsaw/> (#4913) for JDK 9 with
Project Jigsaw is available on java.net.

JDK 9 Build 118 includes a refresh of the module system.

There are several changes in this update, JDK 9 b118 has the updated
policy for root modules described
in JEP 261 [1]. This means that java.corba and the 6 EE modules aren't
resolved by default and so it will
look "as if" the types in these modules have been removed. More info on
the JDK 9 dev mailing list [2].

A change that went into JDK 9 b102 is worth mentioning:
JDK9: Remove stopThread RuntimePermission  from the default java.policy
In previous releases, untrusted
code had the "stopThread" RuntimePermission granted by default. This
permission allows untrusted code
to call Thread.stop(), initiating an asynchronous ThreadDeath Error, on
threads in the same thread group.
Having a ThreadDeath Error thrown asynchronously is not something that
trusted code should be expected
to handle gracefully. The permission is no longer granted by default.

Rgds,Rory


[1] http://openjdk.java.net/jeps/261
[2] http://mail.openjdk.java.net/pipermail/jdk9-dev/2016-May/004309.html



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

Early Access builds of JDK 9 b118 & JDK 9 with Project Jigsaw, b118 (#4987) are available on java.net

[Rory O'Donnell]

Hi Mark,

Early Access b118 <https://jdk9.java.net/download/> for JDK 9 is 
available on java.net, summary of  changes are listed here 
<http://www.java.net/download/java/jdk9/changes/jdk-9+118.html>.


Early Access b118 <https://jdk9.java.net/jigsaw/> (#4913) for JDK 9 with 
Project Jigsaw is available on java.net.


JDK 9 Build 118 includes a refresh of the module system.

There are several changes in this update, JDK 9 b118 has the updated 
policy for root modules described
in JEP 261 [1]. This means that java.corba and the 6 EE modules aren't 
resolved by default and so it will
look "as if" the types in these modules have been removed. More info on 
the JDK 9 dev mailing list [2].


A change that went into JDK 9 b102 is worth mentioning:
JDK9: Remove stopThread RuntimePermission  from the default java.policy 
In previous releases, untrusted
code had the "stopThread" RuntimePermission granted by default. This 
permission allows untrusted code
to call Thread.stop(), initiating an asynchronous ThreadDeath Error, on 
threads in the same thread group.
Having a ThreadDeath Error thrown asynchronously is not something that 
trusted code should be expected

to handle gracefully. The permission is no longer granted by default.

Rgds,Rory


[1] http://openjdk.java.net/jeps/261
[2] http://mail.openjdk.java.net/pipermail/jdk9-dev/2016-May/004309.html

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

Re: Early Access builds of JDK 9 b116 & JDK 9 with Project Jigsaw b115 (#4909) are available on java.net

[Rory O'Donnell]

On 06/05/2016 18:03, Mark Thomas wrote:

On 29/04/2016 14:11, Rory O'Donnell wrote:

Hi Mark,

Thanks for the update on Apache Tomcat & JDK 9 , hope you got answers to you
questions on the mailing lists.

Rory,

The mailing lists have been very educational. I'm about to submit a
second issue. I'll bcc you for reference.

Glad to hear it, I will follow up the issue.

Rgds,Rory

Cheers,

Mark


Early Access b116 <https://jdk9.java.net/download/> for JDK 9 is
available on java.net, summary of  changes are listed here
<http://download.java.net/java/jdk9/changes/jdk-9+116.html>.

Early Access b115 <https://jdk9.java.net/jigsaw/> (#4909) for JDK 9 with
Project Jigsaw is available on java.net.

Recent changes:

   * in b114
   o Replace
 –com.apple.eawt
 –com.apple.eio
 With platform independent alternatives in java.awt
   * in b115
   o As per JEP 260, all non-Critical types/members should be moved
 out of
 sun/reflect and placed into a non-exported package. Only
 critical APIs
 should remain in sun.reflect.

We are very interested in hearing your experiences in testing any Early
Access builds. Have you have begun testing against
JDK 9 and or JDK 9 with Project Jigsaw EA builds, have you uncovered
showstopper issues that you would like to discuss?
We would really like to hear your findings so far, either reply to me or
via the mailing lists [1], [2].

Rgds,Rory

[1] http://mail.openjdk.java.net/pipermail/jigsaw-dev/
[2] http://mail.openjdk.java.net/pipermail/jdk9-dev/

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



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

Early Access builds of JDK 9 b116 & JDK 9 with Project Jigsaw b115 (#4909) are available on java.net

[Rory O'Donnell]

Hi Mark,

Thanks for the update on Apache Tomcat & JDK 9 , hope you got answers to you
questions on the mailing lists.

Early Access b116 <https://jdk9.java.net/download/> for JDK 9 is 
available on java.net, summary of  changes are listed here 
<http://download.java.net/java/jdk9/changes/jdk-9+116.html>.


Early Access b115 <https://jdk9.java.net/jigsaw/> (#4909) for JDK 9 with 
Project Jigsaw is available on java.net.


Recent changes:

 * in b114
 o Replace
   –com.apple.eawt
   –com.apple.eio
   With platform independent alternatives in java.awt
 * in b115
 o As per JEP 260, all non-Critical types/members should be moved
   out of
   sun/reflect and placed into a non-exported package. Only
   critical APIs
   should remain in sun.reflect.

We are very interested in hearing your experiences in testing any Early 
Access builds. Have you have begun testing against
JDK 9 and or JDK 9 with Project Jigsaw EA builds, have you uncovered 
showstopper issues that you would like to discuss?
We would really like to hear your findings so far, either reply to me or 
via the mailing lists [1], [2].


Rgds,Rory

[1] http://mail.openjdk.java.net/pipermail/jigsaw-dev/
[2] http://mail.openjdk.java.net/pipermail/jdk9-dev/

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

Re: Early Access builds of JDK 9 b113 & JDK 9 with Project Jigsaw b113 (#4848) are available on java.net

[Rory O'Donnell]

Hi Mark,

Thanks for the feedback, I think the best place to get help with this is 
on the jigsaw mailing list [1]


Rgds,Rory

[1] http://mail.openjdk.java.net/pipermail/jigsaw-dev/

On 17/04/2016 21:30, Mark Thomas wrote:

On 15/04/2016 09:26, Rory O'Donnell wrote:

Hi Mark/Mladen,

Early Access b113 <https://jdk9.java.net/download/> for JDK 9 is
available on java.net, summary of  changes are listed here
<http://download.java.net/java/jdk9/changes/jdk-9+113.html>.

Early Access b113 <https://jdk9.java.net/jigsaw/> (#4664) for JDK 9 with
Project Jigsaw is available on java.net.

  * The important change in this build is that root modules when
compiling code in the unnamed module, or when running and the main
class is loaded from the class path, do not include the EE modules.
More on this in JEP 261.
  * The other change in this build is that the -Xpatch option is now
aligned with what we have documented in JEP 261, support for the old
form has been removed.

We are very interested in hearing your experiences in testing any Early
Access builds. Have you have begun testing against
JDK 9 and or JDK 9 with Project Jigsaw EA builds, have you uncovered
showstopper issues that you would like to discuss?
We would really like to hear your findings so far, either reply to me or
via the mailing lists [1], [2].

Rory,

I've started testing Tomcat trunk with JDK 9 + Project Jigsaw and it
looks like we are going to hit a bunch of problems related to Tomcat's
memory leak protection.

The short version is there are lots of JDK calls that can result in a
reference being retained to the current class loader. If that class
loader is the web application class loader it often ends up being pinned
in memory. This triggers a memory leak when the web application is
reloaded since the web application class loader is not eligible for GC.

Tomcat generally uses reflection to find these problems. It then does
one of two things:
- If the JRE provides an API the application developer should have used
to clean up the reference, Tomcat does this for them and then logs a
very loud error message telling the developer they need to fix their app.
- If there is nothing the developer could have done to avoid the
problem, Tomcat cleans it up. Usually this is via reflection again.

Reporting this second class of issues as JRE bugs has been on my TODO
list for a long time. It looks like Java 9 is going to bump this to the
top of the list.

The first problem we have hit is related to RMI. The memory leak is
triggered by a call to:
java.rmi.registry.Registry.bind() or
java.rmi.registry.Registry.rebind()

The problem occurs when an object of a class loaded by the web
application class loader is bound to the RMI registry.

There is no standard API (that I have found) that completely removes all
references. In particular
java.rmi.registry.Registry.unbind()
doesn't help.

The code Tomcat uses to clean this up is at [1]. Essentially, we need to
remove any reference to the web application's class loader from the RMI
caches.

With JDK 9 this fails with:
java.lang.reflect.InaccessibleObjectException: Unable to make member of
class sun.rmi.transport.Target accessible:  module java.rmi does not
export sun.rmi.transport to unnamed module ...

I took a look at the JDK 9 API but I could not find a way to bypass
this.

Possible solutions include:
1. Some way that allows us to continue to use reflection as per the
current code.

2. A new method somewhere in the RMI API that clears all references
associated with a given class loader from the cache.

3. Modify Registry.unbind() so it removes all references.

4. Something else...

I do have a concern with 3 on its own that, while that would allow
applications to clear their own references, it would mean Tomcat would
have no way to check for the problem.

Ideally, I'd like to see the API extended so a) applications are able to
clean up after themselves and b) Tomcat can check for leaked references
and generate error messages for the ones they found.

Any and all suggestions gratefully received. I'm happy to take this to a
specific JRE list if you point me in the right direction.

Thanks,

Mark


[1]
http://svn.apache.org/viewvc/tomcat/trunk/java/org/apache/catalina/loader/WebappClassLoaderBase.java?view=annotate#l2214



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


-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

Early Access builds of JDK 9 b113 & JDK 9 with Project Jigsaw b113 (#4848) are available on java.net

[Rory O'Donnell]

Hi Mark/Mladen,

Early Access b113 <https://jdk9.java.net/download/> for JDK 9 is 
available on java.net, summary of  changes are listed here 
<http://download.java.net/java/jdk9/changes/jdk-9+113.html>.


Early Access b113 <https://jdk9.java.net/jigsaw/> (#4664) for JDK 9 with 
Project Jigsaw is available on java.net.


 * The important change in this build is that root modules when
   compiling code in the unnamed module, or when running and the main
   class is loaded from the class path, do not include the EE modules.
   More on this in JEP 261.
 * The other change in this build is that the -Xpatch option is now
   aligned with what we have documented in JEP 261, support for the old
   form has been removed.

We are very interested in hearing your experiences in testing any Early 
Access builds. Have you have begun testing against
JDK 9 and or JDK 9 with Project Jigsaw EA builds, have you uncovered 
showstopper issues that you would like to discuss?
We would really like to hear your findings so far, either reply to me or 
via the mailing lists [1], [2].


Rgds,Rory

[1] http://mail.openjdk.java.net/pipermail/jigsaw-dev/
[2] http://mail.openjdk.java.net/pipermail/jdk9-dev/

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

Project Jigsaw: The module system was integrated into JDK 9 and is now available for testing in early-access, build 111.

[Rory O'Donnell]

Hi Mark/Mladen,

Project Jigsaw <http://openjdk.java.net/projects/jigsaw/> is an enormous 
effort, encompassing six JEPs 
<http://openjdk.java.net/projects/jigsaw/#jeps> implemented by dozens of 
engineers over many years.
So far we’ve defined a modular structure for the JDK (JEP 200 
<http://openjdk.java.net/jeps/200>), reorganized the source code 
according to that structure
(JEP 201 <http://openjdk.java.net/jeps/201>), and restructured the JDK 
and JRE run-time images to support modules (JEP 220 
<http://openjdk.java.net/jeps/220>). The last major component,
the module system itself (JSR 376 
<http://openjdk.java.net/projects/jigsaw/spec/> and JEP 261 
<http://openjdk.java.net/jeps/261>), was integrated into JDK 9 earlier 
this week and is now available for testing

in early-access build 111 - here. <http://jdk9.java.net/download>

More information on Mark Reinhold's blog [1]

Rgds, Rory

Project Jigsaw <http://openjdk.java.net/projects/jigsaw/> is an enormous 
effort, encompassing six JEPs 
<http://openjdk.java.net/projects/jigsaw/#jeps> implemented by dozens of 
engineers over many years. So far we’ve defined a modular structure for 
the JDK (JEP 200 <http://openjdk.java.net/jeps/200>), reorganized the 
source code according to that structure (JEP 201 
<http://openjdk.java.net/jeps/201>), and restructured the JDK and JRE 
run-time images to support modules (JEP 220 
<http://openjdk.java.net/jeps/220>). The last major component, the 
module system itself (JSR 376 
<http://openjdk.java.net/projects/jigsaw/spec/> and JEP 261 
<http://openjdk.java.net/jeps/261>), was integrated into JDK 9 
<http://openjdk.java.net/projects/jdk9> earlier this week and is now 
available for testing in early-access build 111 
<http://jdk9.java.net/download>.

[1] http://mreinhold.org/blog/jigsaw-module-system
Project Jigsaw <http://openjdk.java.net/projects/jigsaw/> is an enormous 
effort, encompassing six JEPs 
<http://openjdk.java.net/projects/jigsaw/#jeps> implemented by dozens of 
engineers over many years. So far we’ve defined a modular structure for 
the JDK (JEP 200 <http://openjdk.java.net/jeps/200>), reorganized the 
source code according to that structure (JEP 201 
<http://openjdk.java.net/jeps/201>), and restructured the JDK and JRE 
run-time images to support modules (JEP 220 
<http://openjdk.java.net/jeps/220>). The last major component, the 
module system itself (JSR 376 
<http://openjdk.java.net/projects/jigsaw/spec/> and JEP 261 
<http://openjdk.java.net/jeps/261>), was integrated into JDK 9 
<http://openjdk.java.net/projects/jdk9> earlier this week and is now 
available for testing in early-access build 111 
<http://jdk9.java.net/download>.
Project Jigsaw <http://openjdk.java.net/projects/jigsaw/> is an enormous 
effort, encompassing six JEPs 
<http://openjdk.java.net/projects/jigsaw/#jeps> implemented by dozens of 
engineers over many years. So far we’ve defined a modular structure for 
the JDK (JEP 200 <http://openjdk.java.net/jeps/200>), reorganized the 
source code according to that structure (JEP 201 
<http://openjdk.java.net/jeps/201>), and restructured the JDK and JRE 
run-time images to support modules (JEP 220 
<http://openjdk.java.net/jeps/220>). The last major component, the 
module system itself (JSR 376 
<http://openjdk.java.net/projects/jigsaw/spec/> and JEP 261 
<http://openjdk.java.net/jeps/261>), was integrated into JDK 9 
<http://openjdk.java.net/projects/jdk9> earlier this week and is now 
available for testing in early-access build 111 
<http://jdk9.java.net/download>.




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

Early Access builds of JDK 9 b110 & JDK 9 with Project Jigsaw b110 (#4664) are available on java.net

[Rory O'Donnell]

Hi Mark/Mladen,

Early Access b110 <https://jdk9.java.net/download/> for JDK 9 is 
available on java.net, summary of  changes are listed here 
<http://download.java.net/java/jdk9/changes/jdk-9+110.html>.
Among other fixes , the following changes are also included from builds 
108 to 110


 o removal of the OS X-specific com.apple.concurrent package
 o update to the JAX-WS RI integration to latest version
   (2.3.0-SNAPSHOT)
 o disabling of Diffie-Hellman keys smaller than 1024 bits

Early Access b110 <https://jdk9.java.net/jigsaw/> (#4664) for JDK 9 with 
Project Jigsaw is available on java.net.
We expect this will be the last EA build before we integrate into JDK 9. 
This means that this

EA build is essentially what will be jdk-9+111 next week.

As always, please help out by trying out existing code and libraries to 
see what works and
doesn't work. We have a detailed list of compatibility issues listed in 
JEP 261 [2].


Also feedback and questions from those that trying the EA build to 
modularize existing
code would be appreciated. We also want to know what works and doesn't 
work here [3]


Rgds,Rory


[1] https://jdk9.java.net/jigsaw/
[2] http://openjdk.java.net/jeps/261
[3] http://mail.openjdk.java.net/pipermail/jigsaw-dev/

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

Early Access builds of JDK 9 b107 & JDK 9 with Project Jigsaw b106 (#4540) are available on java.net

[Rory O'Donnell]

Hi Mark/Mladen,

Early Access b107 <https://jdk9.java.net/download/> for JDK 9 is 
available on java.net, summary of  changes are listed here 
<http://download.java.net/java/jdk9/changes/jdk-9+107.html>.

Among other fixes , the following are also included:

 * Update class file version to 53 for JDK-9,  more info here
   <http://bugs.java.com/bugdatabase/view_bug.do?bug_id=8148785>
 * Add support for ES6 collections , more info here
   <http://bugs.java.com/bugdatabase/view_bug.do?bug_id=8147558>

Early Access b106 <https://jdk9.java.net/jigsaw/> (#4540) for JDK 9 with 
Project Jigsaw is available on java.net.


The March 2016 Quality Outreach Report is posted on here, 
<https://wiki.openjdk.java.net/display/quality/Quality+Outreach+Report+March+2016> 
thanks again to those who

found & logged bugs against Early Access builds.

Rgds,Rory


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

Early Access builds of JDK 8u76 b04, JDK 9 & JDK 9 with Project Jigsaw b104 are available on java.net

[Rory O'Donnell]

Hi Mark/Mladen,

Early Access b04 <https://jdk8.java.net/download.html> for JDK 8u76 is 
available on java.net, summary of  changes are listed here 
<http://www.java.net/download/jdk8u76/changes/jdk8u76-b04.html>.


Early Access b104 <https://jdk9.java.net/download/> for JDK 9 is 
available on java.net, summary of  changes are listed here 
<http://download.java.net/jdk9/changes/jdk-9+104.html>.


JEP 280: Indify String Concatenation [0]

This JEP proposed to change the static |String|-concatenation bytecode 
sequence generated by |javac| to use |invokedynamic| calls to JDK 
library functions. This will enable future optimizations of |String| 
concatenation without requiring further changes to the bytecode emitted 
by |javac|.


Early Access b104 <https://jdk9.java.net/jigsaw/> for JDK 9 with Project 
Jigsaw is available on java.net.


Great to meet so many of you at FOSDEM this year,  videos of some of the 
presentations are available [1]


Rgds,Rory

[0] http://openjdk.java.net/jeps/280
[1] http://video.fosdem.org/2016/h1301

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

Early Access builds of JDK 8u76 b02, JDK 9 build b100 & build b99 for JDK 9 with Project Jigsaw are available on java.net

[Rory O'Donnell]

Hi Mark/Mladen,

Early Access b02 <https://jdk8.java.net/download.html> for JDK 8u76 is 
available on java.net, summary of  changes are listed here 
<http://download.java.net/jdk8u76/changes/jdk8u76-b02.html>.


Early Access b100 <https://jdk9.java.net/download/> for JDK 9 is 
available on java.net, summary of  changes are listed here 
<http://download.java.net/jdk9/changes/jdk-9+100.html>.


Early Access b99 <https://jdk9.java.net/jigsaw/> for JDK 9 with Project 
Jigsaw is available on java.net, summary of changes are listed here 
<http://download.java.net/jigsaw/archive/99/binaries/jdk-9+99.html> .


Dalibor and I will be at FOSDEM '16, Brussels 30 & 31 January, link to 
our presentation here. 
<https://fosdem.org/2016/schedule/event/preparing_for_jdk_nine/>

Let us know if you will be there, hopefully we can meet up !

Rgds,Rory

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

Early Access builds b99 for JDK 9 & build b96 for JDK 9 with Project Jigsaw are available on java.net

[Rory O'Donnell]

Hi Mark/Mladen,

Early Access b99 <https://jdk9.java.net/download/> for JDK 9 is 
available on java.net, summary of  changes are listed here 
<http://download.java.net/jdk9/changes/jdk9-b88.html?q=download/jdk9/changes/jdk9-b99.html>.


Early Access b96 <https://jdk9.java.net/jigsaw/> for JDK 9 with Project 
Jigsaw is available on java.net, summary of changes are listed here 
<http://download.java.net/jigsaw/archive/96/binaries/jdk-9+96.html> .


We have reached a milestone of 100 bugs logged by Open Source projects , 
thank you for your continued

support in testing Early Access builds based on various OpenJDK Projects.

Best wishes for the New Year, hope to catch up with you at FOSDEM in 
January.


Rgds,Rory

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