On Fri, 4 Nov 2022 03:20:11 GMT, Volodymyr Paprotski wrote:
>> Handcrafted x86_64 asm for Poly1305. Main optimization is to process 16
>> message blocks at a time. For more details, left a lot of comments in
>> `macroAssembler_x86_poly.cpp`.
>>
>> - Added new KAT test for Poly1305 and a fuzz t
On Fri, 28 Oct 2022 21:55:59 GMT, Jamil Nimeh wrote:
>> I flipped-flopped on this.. I already had the code for the exception.. and
>> already described the potential fix. So rather then remove the code, pushed
>> the described fix. Its always easier to remove the extra field I added. Let
>> me
> Handcrafted x86_64 asm for Poly1305. Main optimization is to process 16
> message blocks at a time. For more details, left a lot of comments in
> `macroAssembler_x86_poly.cpp`.
>
> - Added new KAT test for Poly1305 and a fuzz test to compare intrinsic and
> java.
> - Would like to add an `I
On Thu, 3 Nov 2022 22:34:50 GMT, Weijun Wang wrote:
>> The major change is to remove the `get` and `set` methods in various
>> `CertAttrSet` child classes and change them to `setXyz` and `getXyz`
>> methods. The `Xyz` words might come from the field name or the attribute
>> name. For example,
On Thu, 3 Nov 2022 22:34:50 GMT, Weijun Wang wrote:
>> The major change is to remove the `get` and `set` methods in various
>> `CertAttrSet` child classes and change them to `setXyz` and `getXyz`
>> methods. The `Xyz` words might come from the field name or the attribute
>> name. For example,
On Thu, 3 Nov 2022 20:39:52 GMT, Sean Mullan wrote:
>> This change will disable TLS_ECDH_* cipher suites by default. These cipher
>> suites do not preserve forward secrecy and are rarely used in practice. See
>> the CSR for more details and rationale.
>>
>> Users will still be able to enable t
On Thu, 3 Nov 2022 17:54:35 GMT, Sean Mullan wrote:
> Do you think it is that useful to have keytool record events? Ok, I guess
> some apps could be execing keytool, but that would be in a separate process,
> and probably wouldn't have JFR enabled. Also, these certs, if used for
> authenticati
On Thu, 3 Nov 2022 17:40:53 GMT, Sean Mullan wrote:
>> Sean Coffey has updated the pull request with a new target base due to a
>> merge or a rebase. The pull request now contains 21 commits:
>>
>> - code clean up
>> - funnel cert events via generateCertificate only
>> - Revert use of x509 c
> The major change is to remove the `get` and `set` methods in various
> `CertAttrSet` child classes and change them to `setXyz` and `getXyz` methods.
> The `Xyz` words might come from the field name or the attribute name. For
> example, `X509CertInfo` now has `setExtensions` and `setValidity` i
On Thu, 3 Nov 2022 18:17:44 GMT, Xue-Lei Andrew Fan wrote:
>> Thanks!
>
> @ferakocz All good suggestions to me. Thank you very much!
@XueleiFan Please hold off on integrating this, as I want to review some parts
of this and need more time.
-
PR: https://git.openjdk.org/jdk/pull/1
> This change will disable TLS_ECDH_* cipher suites by default. These cipher
> suites do not preserve forward secrecy and are rarely used in practice. See
> the CSR for more details and rationale.
>
> Users will still be able to enable the suites (at their own risk) by removing
> "ECDH" from th
On Thu, 3 Nov 2022 14:59:59 GMT, Sean Mullan wrote:
> This change will disable TLS_ECDH_* cipher suites by default. These cipher
> suites do not preserve forward secrecy and are rarely used in practice. See
> the CSR for more details and rationale.
>
> Users will still be able to enable the su
On Thu, 3 Nov 2022 16:32:13 GMT, Ferenc Rakoczi wrote:
>> Xue-Lei Andrew Fan has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> typo correction
>
> Thanks!
@ferakocz All good suggestions to me. Thank you very much!
-
PR: htt
> Hi,
>
> May I have this update reviewed?
>
> The EC point multiplication for secp256r1 could be improved for better
> performance, by using more efficient algorithm and pre-computation.
> Improvement for other curves are similar, but will be addressed in separated
> PRs.
>
> The basic idea
On Thu, 3 Nov 2022 16:51:47 GMT, Mark Powers wrote:
> Is this improvement also derived from the paper by Renes, Costello, and
> Batina?
Not really. The idea is an improvement of the traditional double and addition
formulas [1] for EC algorithms, by using interleaved multiplication [2]. In
t
On Wed, 2 Nov 2022 15:42:08 GMT, Sean Coffey wrote:
>> By moving the JFR event up to the java.security.cert.CertificateFactory
>> class, we can record all generate cert events, including those from 3rd
>> party providers. I've also altered the logic so that an event is genertate
>> for every g
On Wed, 2 Nov 2022 15:42:08 GMT, Sean Coffey wrote:
>> By moving the JFR event up to the java.security.cert.CertificateFactory
>> class, we can record all generate cert events, including those from 3rd
>> party providers. I've also altered the logic so that an event is genertate
>> for every g
On Wed, 26 Oct 2022 16:00:56 GMT, Daniel Fuchs wrote:
> Deprecate URL constructors. Developers are encouraged to use `java.net.URI`
> to parse or construct any URL.
>
> The `java.net.URL` class does not itself encode or decode any URL components
> according to the escaping mechanism defined in
On Tue, 1 Nov 2022 19:10:13 GMT, Xue-Lei Andrew Fan wrote:
>> Hi,
>>
>> May I have this update reviewed?
>>
>> The EC point multiplication for secp256r1 could be improved for better
>> performance, by using more efficient algorithm and pre-computation.
>> Improvement for other curves are sim
On Tue, 1 Nov 2022 19:10:13 GMT, Xue-Lei Andrew Fan wrote:
>> Hi,
>>
>> May I have this update reviewed?
>>
>> The EC point multiplication for secp256r1 could be improved for better
>> performance, by using more efficient algorithm and pre-computation.
>> Improvement for other curves are sim
> Deprecate URL constructors. Developers are encouraged to use `java.net.URI`
> to parse or construct any URL.
>
> The `java.net.URL` class does not itself encode or decode any URL components
> according to the escaping mechanism defined in RFC2396. It is the
> responsibility of the caller to e
On Thu, 3 Nov 2022 15:26:44 GMT, Bernd wrote:
> Should probably also be mentioned as planned on the Ora crypto roadmap or
> will it only be added at release time?
Eventually. This is to first get this change into a feature release.
-
PR: https://git.openjdk.org/jdk/pull/10969
On Thu, 3 Nov 2022 14:59:59 GMT, Sean Mullan wrote:
> This change will disable TLS_ECDH_* cipher suites by default. These cipher
> suites do not preserve forward secrecy and are rarely used in practice. See
> the CSR for more details and rationale.
>
> Users will still be able to enable the su
On Thu, 3 Nov 2022 14:26:52 GMT, Matthias Baesken wrote:
>> This change adds constructors (String,Throwable) and (Throwable) to
>> InvalidParameterException and uses them at a few places in the jdk coding.
>
> Matthias Baesken has updated the pull request incrementally with one
> additional com
On Thu, 3 Nov 2022 14:59:59 GMT, Sean Mullan wrote:
> This change will disable TLS_ECDH_* cipher suites by default. These cipher
> suites do not preserve forward secrecy and are rarely used in practice. See
> the CSR for more details and rationale.
>
> Users will still be able to enable the su
On Thu, 3 Nov 2022 11:20:03 GMT, Daniel Fuchs wrote:
>> Deprecate URL constructors. Developers are encouraged to use `java.net.URI`
>> to parse or construct any URL.
>>
>> The `java.net.URL` class does not itself encode or decode any URL components
>> according to the escaping mechanism define
This change will disable TLS_ECDH_* cipher suites by default. These cipher
suites do not preserve forward secrecy and are rarely used in practice. See the
CSR for more details and rationale.
Users will still be able to enable the suites (at their own risk) by removing
"ECDH" from the `jdk.tls.d
On Thu, 3 Nov 2022 09:07:44 GMT, Matthias Baesken wrote:
> This change adds constructors (String,Throwable) and (Throwable) to
> InvalidParameterException and uses them at a few places in the jdk coding.
Hi Sean, I adjusted the constructor javadoc related comments, also added the
since tags.
> This change adds constructors (String,Throwable) and (Throwable) to
> InvalidParameterException and uses them at a few places in the jdk coding.
Matthias Baesken has updated the pull request incrementally with one additional
commit since the last revision:
Adjust javadoc of the added Invali
On Thu, 3 Nov 2022 09:07:44 GMT, Matthias Baesken wrote:
> This change adds constructors (String,Throwable) and (Throwable) to
> InvalidParameterException and uses them at a few places in the jdk coding.
The new constructors are underspecified. They should be consistent with the
specification
On Thu, 3 Nov 2022 09:07:44 GMT, Matthias Baesken wrote:
> This change adds constructors (String,Throwable) and (Throwable) to
> InvalidParameterException and uses them at a few places in the jdk coding.
Hi ExE-Boss, thanks for the suggestion , I will add `@since` tags .
-
PR: h
On Thu, 3 Nov 2022 11:20:03 GMT, Daniel Fuchs wrote:
>> Deprecate URL constructors. Developers are encouraged to use `java.net.URI`
>> to parse or construct any URL.
>>
>> The `java.net.URL` class does not itself encode or decode any URL components
>> according to the escaping mechanism define
On Thu, 3 Nov 2022 09:07:44 GMT, Matthias Baesken wrote:
> This change adds constructors (String,Throwable) and (Throwable) to
> InvalidParameterException and uses them at a few places in the jdk coding.
These should probably have `@since` tags:
src/java.base/share/classes/java/security/Invali
This change adds constructors (String,Throwable) and (Throwable) to
InvalidParameterException and uses them at a few places in the jdk coding.
-
Commit messages:
- JDK-8296226
Changes: https://git.openjdk.org/jdk/pull/10966/files
Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=10
On Thu, 3 Nov 2022 07:42:44 GMT, ExE Boss wrote:
>> Daniel Fuchs has updated the pull request with a new target base due to a
>> merge or a rebase. The incremental webrev excludes the unrelated changes
>> brought in by the merge/rebase. The pull request contains six additional
>> commits since
On Thu, 3 Nov 2022 10:56:28 GMT, Michael McMahon wrote:
>> Daniel Fuchs has updated the pull request incrementally with three
>> additional commits since the last revision:
>>
>> - Update src/java.base/share/classes/java/net/URL.java
>>
>>Co-authored-by: ExE Boss <3889017+exe-b...@user
On Thu, 3 Nov 2022 10:56:28 GMT, Daniel Fuchs wrote:
>> Deprecate URL constructors. Developers are encouraged to use `java.net.URI`
>> to parse or construct any URL.
>>
>> The `java.net.URL` class does not itself encode or decode any URL components
>> according to the escaping mechanism define
> Deprecate URL constructors. Developers are encouraged to use `java.net.URI`
> to parse or construct any URL.
>
> The `java.net.URL` class does not itself encode or decode any URL components
> according to the escaping mechanism defined in RFC2396. It is the
> responsibility of the caller to e
On Tue, 1 Nov 2022 16:14:20 GMT, Daniel Fuchs wrote:
>> Deprecate URL constructors. Developers are encouraged to use `java.net.URI`
>> to parse or construct any URL.
>>
>> The `java.net.URL` class does not itself encode or decode any URL components
>> according to the escaping mechanism define
39 matches
Mail list logo
