On Thu, 11 Feb 2021 19:48:23 GMT, Weijun Wang wrote:
>> Hai-May Chao has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> API used to get AKID
>
> src/java.base/share/classes/sun/security/tools/keytool/Main.java line 1482:
>
>> 1480:
> This change is made for compliance with RFC 5280 section 4.2.1.1 for
> Authority Key Identifier extension.
Hai-May Chao has updated the pull request incrementally with one additional
commit since the last revision:
passing in KeyIdentifier to createV3Extensions
-
Changes:
-
Michael,
Thanks for the comments - a couple of observations of mine below --
On 2/10/21 12:53 AM, Michael StJohns wrote:
On 2/9/2021 9:02 PM, Weijun Wang wrote:
On Wed, 10 Feb 2021 01:39:15 GMT, Weijun Wang wrote:
Print out "no limit" instead. This is the words RFC 5280 uses: "Where
pathLe
On Thu, 11 Feb 2021 01:01:56 GMT, Hai-May Chao wrote:
>> This change is made for compliance with RFC 5280 section 4.2.1.1 for
>> Authority Key Identifier extension.
>
> Hai-May Chao has updated the pull request incrementally with one additional
> commit since the last revision:
>
> API used
On Wed, 10 Feb 2021 21:22:03 GMT, John Jiang wrote:
> This is a simple cleanup for sun.security.ssl.SSLExtension.
> The comments for the extension groups would use the RFC numbers and the
> protocol titles correspondingly.
> It also removes a trailing space in extension token_binding, and move
On Thu, 11 Feb 2021 10:10:58 GMT, John Jiang wrote:
>> This is a simple cleanup for sun.security.ssl.SSLExtension.
>> The comments for the extension groups would use the RFC numbers and the
>> protocol titles correspondingly.
>> It also removes a trailing space in extension token_binding, and mo
On Thu, 11 Feb 2021 15:53:06 GMT, Chris Hegarty wrote:
>> This issue adds a new event to improve diagnostic information of Java
>> deserialization. The event captures the details of deserialization activity
>> from ObjectInputStream. The event details are similar to that of the serial
>> filte
On Thu, 11 Feb 2021 15:53:06 GMT, Chris Hegarty wrote:
>> This issue adds a new event to improve diagnostic information of Java
>> deserialization. The event captures the details of deserialization activity
>> from ObjectInputStream. The event details are similar to that of the serial
>> filte
> This PR is to introduce a new random number API for the JDK. The primary API
> is found in RandomGenerator and RandomGeneratorFactory. Further description
> can be found in the JEP https://openjdk.java.net/jeps/356 .
>
> javadoc can be found at
> http://cr.openjdk.java.net/~jlaskey/prng/doc/a
On Thu, 11 Feb 2021 10:10:58 GMT, John Jiang wrote:
>> This is a simple cleanup for sun.security.ssl.SSLExtension.
>> The comments for the extension groups would use the RFC numbers and the
>> protocol titles correspondingly.
>> It also removes a trailing space in extension token_binding, and mo
On Thu, 11 Feb 2021 15:45:33 GMT, Daniel Fuchs wrote:
>> Chris Hegarty has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Fix failing test
>
> src/jdk.jfr/share/classes/jdk/jfr/events/DeserializationEvent.java line 42:
>
>> 40:
>> 41:
> This issue adds a new event to improve diagnostic information of Java
> deserialization. The event captures the details of deserialization activity
> from ObjectInputStream. The event details are similar to that of the serial
> filter, but is agnostic of whether a filter is installed or not. T
On Thu, 11 Feb 2021 15:28:07 GMT, Chris Hegarty wrote:
>> This issue adds a new event to improve diagnostic information of Java
>> deserialization. The event captures the details of deserialization activity
>> from ObjectInputStream. The event details are similar to that of the serial
>> filte
On Thu, 11 Feb 2021 15:28:07 GMT, Chris Hegarty wrote:
>> This issue adds a new event to improve diagnostic information of Java
>> deserialization. The event captures the details of deserialization activity
>> from ObjectInputStream. The event details are similar to that of the serial
>> filte
> This issue adds a new event to improve diagnostic information of Java
> deserialization. The event captures the details of deserialization activity
> from ObjectInputStream. The event details are similar to that of the serial
> filter, but is agnostic of whether a filter is installed or not. T
On Thu, 11 Feb 2021 12:39:54 GMT, Fernando Guallini
wrote:
>> The server side is binding to the wildcard address which has been a source
>> of instability in many networking tests due to javax.net.ssl.SSLException:
>> Connection reset. Changing the following tests to bind to loopback address
On Thu, 11 Feb 2021 14:27:19 GMT, Roger Riggs wrote:
>> Marked as reviewed by rriggs (Reviewer).
>
> As proposed, events are only created if there is a serialFilter in effect
> (and enabled by JFR configuration).
> Being able to create the events without a serialFilter in effect would be
> usef
> This issue adds a new event to improve diagnostic information of Java
> deserialization. The event captures the details of deserialization activity
> from ObjectInputStream. The event details are similar to that of the serial
> filter, but is agnostic of whether a filter is installed or not. T
On Wed, 10 Feb 2021 20:30:02 GMT, Roger Riggs wrote:
>> This issue adds a new event to improve diagnostic information of Java
>> deserialization. The event captures the details of deserialization activity
>> from ObjectInputStream. The event details are similar to that of the serial
>> filter,
On Thu, 11 Feb 2021 12:17:41 GMT, Daniel Fuchs wrote:
>> Fernando Guallini has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> check exception type
>
> test/jdk/javax/net/ssl/SSLSession/TestEnabledProtocols.java line 155:
>
>> 153:
> The server side is binding to the wildcard address which has been a source of
> instability in many networking tests due to javax.net.ssl.SSLException:
> Connection reset. Changing the following tests to bind to loopback address
> fixes intermittent failures:
> sun/security/ssl/SSLSocketImpl/R
On Thu, 11 Feb 2021 12:08:54 GMT, Fernando Guallini
wrote:
>> The server side is binding to the wildcard address which has been a source
>> of instability in many networking tests due to javax.net.ssl.SSLException:
>> Connection reset. Changing the following tests to bind to loopback address
On Wed, 10 Feb 2021 12:24:15 GMT, Daniel Fuchs wrote:
>> Fernando Guallini has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> narrow down connection reset handling
>
> test/jdk/javax/net/ssl/SSLSession/TestEnabledProtocols.java line 142:
>
> The server side is binding to the wildcard address which has been a source of
> instability in many networking tests due to javax.net.ssl.SSLException:
> Connection reset. Changing the following tests to bind to loopback address
> fixes intermittent failures:
> sun/security/ssl/SSLSocketImpl/R
> This is a simple cleanup for sun.security.ssl.SSLExtension.
> The comments for the extension groups would use the RFC numbers and the
> protocol titles correspondingly.
> It also removes a trailing space in extension token_binding, and move
> signature_algorithms and signature_algorithms_cert t
25 matches
Mail list logo
