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   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  *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

[Rémy Maucherat]

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

>
> Hi Mark,
>
> *JDK 9 Early Access* b159   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  *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
>
>

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   is
available on java.net, summary of  changes are listed here
.

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 
*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

[Mark Thomas]

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   is
>> available on java.net, summary of  changes are listed here
>> .
>>
>> 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 
>> *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
> 


-
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   is 
available on java.net, summary of  changes are listed here 
.


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  
*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   is 
available on java.net, summary of  changes are listed here 
.


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  *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