On Mon, 4 Jan 2021 14:27:09 GMT, Peter Levart wrote:
>> See: https://bugs.openjdk.java.net/browse/JDK-8259021
>> See also discussion in thread:
>> https://mail.openjdk.java.net/pipermail/core-libs-dev/2020-December/072798.html
>
> Peter Levart has updated the pull request incrementally with one
By caching default constructors used in
`java.security.Provider::newInstanceUtil` in a `ClassValue`, we can reduce the
overhead of allocating instances in a variety of places, e.g.,
`MessageDigest::getInstance`, without compromising thread-safety or security.
On the provided microbenchmark `Mes
On Tue, 5 Jan 2021 07:06:42 GMT, Xue-Lei Andrew Fan wrote:
> There are some boolean expressions that could be improved for better
> readability in the SunJSSE provider implementation. For example:
>
> - if (cert instanceof X509Certificate == false) {
> + if (!(cert instanceof X509Certificate)
> There are some boolean expressions that could be improved for better
> readability in the SunJSSE provider implementation. For example:
>
> - if (cert instanceof X509Certificate == false) {
> + if (!(cert instanceof X509Certificate)) {
>
> - return isDTLS ? true : (id >= TLS10.id);
> + retu
On Thu, 31 Dec 2020 10:02:01 GMT, Peter Levart wrote:
> See: https://bugs.openjdk.java.net/browse/JDK-8259021
> See also discussion in thread:
> https://mail.openjdk.java.net/pipermail/core-libs-dev/2020-December/072798.html
This pull request has now been integrated.
Changeset: 85bac8c4
Author
On Sat, 2 Jan 2021 18:52:08 GMT, Xue-Lei Andrew Fan wrote:
>> If there is only one item, the call to Arrays.asList() could be replaced
>> with List.of() for less memory occupation. This update also includes some
>> other code cleanup, like redundant variables in the related files.
>>
>> Code
On Wed, 23 Dec 2020 00:56:25 GMT, Xue-Lei Andrew Fan wrote:
> If there is only one item, the call to Arrays.asList() could be replaced with
> List.of() for less memory occupation. This update also includes some other
> code cleanup, like redundant variables in the related files.
>
> Code clea
On Tue, 5 Jan 2021 18:01:12 GMT, Sean Mullan wrote:
>> Xue-Lei Andrew Fan has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> Replace Collections.singletonList() with List.of()
>
> src/java.base/share/classes/sun/security/ssl/SSLConfiguratio
On Tue, 5 Jan 2021 07:06:42 GMT, Xue-Lei Andrew Fan wrote:
> There are some boolean expressions that could be improved for better
> readability in the SunJSSE provider implementation. For example:
>
> - if (cert instanceof X509Certificate == false) {
> + if (!(cert instanceof X509Certificate)
On Mon, 28 Dec 2020 16:24:43 GMT, Martin Balao wrote:
> When a multi-part cipher operation fails in SunPKCS11 (i.e. because of an
> invalid block size), we now cancel the operation before returning the
> underlying Session to the Session Manager. This allows to use the returned
> Session for a
On Mon, 28 Dec 2020 16:24:43 GMT, Martin Balao wrote:
> When a multi-part cipher operation fails in SunPKCS11 (i.e. because of an
> invalid block size), we now cancel the operation before returning the
> underlying Session to the Session Manager. This allows to use the returned
> Session for a
> 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
Back in JDK 16, two unintended default constructors were identified and
deprecated for removal. The time has come to remove them.
Please also review the corresponding CSRs:
JDK-8258521 Remove terminally deprecated constructor in GSSUtil
https://bugs.openjdk.java.net/browse/JDK-8258521
JDK-825
On Tue, 5 Jan 2021 21:02:21 GMT, Joe Darcy wrote:
> Back in JDK 16, two unintended default constructors were identified and
> deprecated for removal. The time has come to remove them.
>
> Please also review the corresponding CSRs:
>
> JDK-8258521 Remove terminally deprecated constructor in GSS
On Tue, 5 Jan 2021 21:02:21 GMT, Joe Darcy wrote:
> Back in JDK 16, two unintended default constructors were identified and
> deprecated for removal. The time has come to remove them.
>
> Please also review the corresponding CSRs:
>
> JDK-8258521 Remove terminally deprecated constructor in GSS
> By caching default constructors used in
> `java.security.Provider::newInstanceUtil` in a `ClassValue`, we can reduce
> the overhead of allocating instances in a variety of places, e.g.,
> `MessageDigest::getInstance`, without compromising thread-safety or security.
>
> On the provided microbe
On Mon, 4 Jan 2021 16:40:50 GMT, Claes Redestad wrote:
> By caching default constructors used in
> `java.security.Provider::newInstanceUtil` in a `ClassValue`, we can reduce
> the overhead of allocating instances in a variety of places, e.g.,
> `MessageDigest::getInstance`, without compromisin
> By caching default constructors used in
> `java.security.Provider::newInstanceUtil` in a `ClassValue`, we can reduce
> the overhead of allocating instances in a variety of places, e.g.,
> `MessageDigest::getInstance`, without compromising thread-safety or security.
>
> On the provided microbe
On Wed, 6 Jan 2021 01:05:35 GMT, Claes Redestad wrote:
>> By caching default constructors used in
>> `java.security.Provider::newInstanceUtil` in a `ClassValue`, we can reduce
>> the overhead of allocating instances in a variety of places, e.g.,
>> `MessageDigest::getInstance`, without comprom
On Wed, 6 Jan 2021 01:20:40 GMT, Claes Redestad wrote:
>> I refactored and optimized the lookup code further, getting rid of a number
>> of bottlenecks:
>>
>> - Cache Constructors in Provider.Service instead of via a ClassValue.
>> - Also cache the impl Class, wrap Class and Constructor in Weak
In the SunJSSE provider implementation, there are a few local variables that is
not necessary. For example:
byte[] finished = prfKey.getEncoded();
return finished;
could be simplified as:
return prfKey.getEncoded();
Code clean up, no new regression test.
-
Commit
On Tue, 5 Jan 2021 21:02:21 GMT, Joe Darcy wrote:
> Back in JDK 16, two unintended default constructors were identified and
> deprecated for removal. The time has come to remove them.
>
> Please also review the corresponding CSRs:
>
> JDK-8258521 Remove terminally deprecated constructor in GSS
22 matches
Mail list logo
