Re: RFR: 8264148: Update spec for exceptions retrofitted for exception chaining

2021-03-29 Thread jmehrens
On Thu, 25 Mar 2021 18:52:54 GMT, Stuart Marks wrote: > One special case is the **public field** in `WriteAbortedException`. This is > really bad and something ought to be done about this, including deprecation, > and maybe more. This implies that the exception is mutable, right? Hrrmph. > Isn

Re: RFR: 8241306: Add SignatureMethodParameterSpec subclass for RSASSA-PSS params [v2]

2021-03-29 Thread Weijun Wang
> This enhancement contains the following code changes: > > 1. Create a new public API `javax/xml/crypto/dsig/spec/RSAPSSParameterSpec` > and remove the internal one. > 2. Update marshaling and unmarshaling code inside `DOMRSAPSSSignatureMethod` > so it understands extra fields in `PSSParameterS

Re: RFR: 8264148: Update spec for exceptions retrofitted for exception chaining

2021-03-29 Thread Joe Darcy
On Thu, 25 Mar 2021 18:52:54 GMT, Stuart Marks wrote: >> 8264148: Update spec for exceptions retrofitted for exception chaining > > The removal of the obsolescent "As of release 1.4, this exception has been > retrofitted..." is good. Changing the calls from the other exception-getting > methods

RFR: 8264148: Update spec for exceptions retrofitted for exception chaining

2021-03-29 Thread Joe Darcy
8264148: Update spec for exceptions retrofitted for exception chaining - Commit messages: - Respond to review feedback. - Respond to review feedback. - Merge branch 'master' into 8264148 - Merge branch 'master' into 8264148 - 8264148: Update spec for exceptions retrofitted for ex

Re: RFR: 8264148: Update spec for exceptions retrofitted for exception chaining

2021-03-29 Thread Stuart Marks
On Wed, 24 Mar 2021 23:17:46 GMT, Joe Darcy wrote: > 8264148: Update spec for exceptions retrofitted for exception chaining The removal of the obsolescent "As of release 1.4, this exception has been retrofitted..." is good. Changing the calls from the other exception-getting methods to `getCau

Integrated: 8263754: HexFormat 'fromHex' methods should be static

2021-03-29 Thread Roger Riggs
On Thu, 25 Mar 2021 20:08:14 GMT, Roger Riggs wrote: > A number of HexFormat methods converting from strings to numbers do not use > delimiter, prefix, suffix, and uppercase parameters and would be more > convenient if the methods were static. > > These APIs were added early in JDK 17 and are

Integrated: 8263404: RsaPrivateKeySpec is always recognized as RSAPrivateCrtKeySpec in RSAKeyFactory.engineGetKeySpec

2021-03-29 Thread Ziyi Luo
On Thu, 11 Mar 2021 19:51:19 GMT, Ziyi Luo wrote: > This is a P2 regression introduced by JDK-8254717. > > In `RSAKeyFactory.engineGetKeySpec`, when the key is a RSA key and the > KeySpec is RSAPrivateKeySpec or RSAPrivateCrtKeySpec. The method behavior is > described as follow: > > X-axis: t

Re: RFR: 8264190: Harden TLS interop tests [v3]

2021-03-29 Thread Rajan Halade
On Mon, 29 Mar 2021 17:31:59 GMT, Fernando Guallini wrote: >> Occasional interop tests failures may occur when making use of the >> test/jdk/javax/net/ssl/TLSCommon/interop framework since there is no >> assurance the selected available port it is still free at the time a server >> using the

Re: RFR: 8264190: Harden TLS interop tests [v3]

2021-03-29 Thread Fernando Guallini
On Mon, 29 Mar 2021 17:31:59 GMT, Fernando Guallini wrote: >> Occasional interop tests failures may occur when making use of the >> test/jdk/javax/net/ssl/TLSCommon/interop framework since there is no >> assurance the selected available port it is still free at the time a server >> using the

Re: RFR: 8264190: Harden TLS interop tests [v3]

2021-03-29 Thread Fernando Guallini
> Occasional interop tests failures may occur when making use of the > test/jdk/javax/net/ssl/TLSCommon/interop framework since there is no > assurance the selected available port it is still free at the time a server > using the framework starts up, for instance, by command line. To mitigate >