om the message text.
>
> The changes to the java.security conf file describe the exact changes in
> terms of the categories now
> supported and any changes in behavior.
>
> Thanks,
> Michael
Michael McMahon has updated the pull request with a new target base due to a
merge or a r
om the message text.
>
> The changes to the java.security conf file describe the exact changes in
> terms of the categories now
> supported and any changes in behavior.
>
> Thanks,
> Michael
Michael McMahon has updated the pull request with a new target base due to a
merge or
om the message text.
>
> The changes to the java.security conf file describe the exact changes in
> terms of the categories now
> supported and any changes in behavior.
>
> Thanks,
> Michael
Michael McMahon has updated the pull request with a new target base due to a
merge o
om the message text.
>
> The changes to the java.security conf file describe the exact changes in
> terms of the categories now
> supported and any changes in behavior.
>
> Thanks,
> Michael
Michael McMahon has updated the pull request with a new target base due to a
merge or
om the message text.
>
> The changes to the java.security conf file describe the exact changes in
> terms of the categories now
> supported and any changes in behavior.
>
> Thanks,
> Michael
Michael McMahon has updated the pull request incrementally with one additional
commit s
On Fri, 18 Apr 2025 18:47:52 GMT, Chen Liang wrote:
>> Hi,
>>
>> Please find here a PR for the implementation of JEP [JDK-8291976: HTTP/3 for
>> the HTTP Client API](https://bugs.openjdk.org/browse/JDK-8291976).
>>
>> The CSR can be viewed at [JDK-8350588: Implement HTTP/3 for the HTTP Client
om the message text.
>
> The changes to the java.security conf file describe the exact changes in
> terms of the categories now
> supported and any changes in behavior.
>
> Thanks,
> Michael
Michael McMahon has updated the pull request with a new target base due to a
merge or
On Mon, 14 Apr 2025 14:20:39 GMT, Daniel Fuchs wrote:
>> Michael McMahon has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> update to minimise code changes
>
> test/jdk/java/net/URI/Test.java line 29:
>
On Mon, 14 Apr 2025 13:51:30 GMT, Daniel Fuchs wrote:
>> Michael McMahon has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> update to minimise code changes
>
> src/java.base/share/classes/java/net/
On Fri, 11 Apr 2025 13:56:18 GMT, Daniel Fuchs wrote:
>> Please find her a patch that deprecate networking permission classes for
>> removal. The method `URL::getPermission` now serves little purpose and is
>> also deprecated. That method was overridden in subclasses and specified to
>> retur
On Fri, 11 Apr 2025 10:01:26 GMT, Daniel Fuchs wrote:
>> Please find her a patch that deprecate networking permission classes for
>> removal. The method `URL::getPermission` now serves little purpose and is
>> also deprecated. That method was overridden in subclasses and specified to
>> retur
On Thu, 10 Apr 2025 21:26:21 GMT, Michael McMahon wrote:
>> Hi,
>>
>> Enhanced exception messages are designed to hide sensitive information such
>> as hostnames, IP
>> addresses from exception message strings, unless the enhanced mode for the
>> speci
om the message text.
>
> The changes to the java.security conf file describe the exact changes in
> terms of the categories now
> supported and any changes in behavior.
>
> Thanks,
> Michael
Michael McMahon has updated the pull request incrementally with one additional
commit si
om the message text.
>
> The changes to the java.security conf file describe the exact changes in
> terms of the categories now
> supported and any changes in behavior.
>
> Thanks,
> Michael
Michael McMahon has updated the pull request with a new target base due to a
merge o
Hi,
Enhanced exception messages are designed to hide sensitive information such as
hostnames, IP
addresses from exception message strings, unless the enhanced mode for the
specific category
has been explicitly enabled. Enhanced exceptions were first introduced in
8204233 in JDK 11 and
update
om the message text.
>
> The changes to the java.security conf file describe the exact changes in
> terms of the categories now
> supported and any changes in behavior.
>
> Thanks,
> Michael
Michael McMahon has updated the pull request incrementally with one additional
commi
om the message text.
>
> The changes to the java.security conf file describe the exact changes in
> terms of the categories now
> supported and any changes in behavior.
>
> Thanks,
> Michael
Michael McMahon has updated the pull request incrementally with one additional
commi
On Wed, 19 Feb 2025 23:27:19 GMT, Koushik Muthukrishnan Thirupattur
wrote:
>> java.security.debug is a widely used debug system property for JDK security
>> libs. It's time to capture details about this property via javadoc.
>>
>>  for more details. The
>> [CSR](https://bugs.openjdk.org/browse/JDK-8338412) describes in detail the
>> main ch
On Fri, 18 Oct 2024 19:03:30 GMT, Sean Mullan wrote:
>> This is the implementation of JEP 486: Permanently Disable the Security
>> Manager. See [JEP 486](https://openjdk.org/jeps/486) for more details. The
>> [CSR](https://bugs.openjdk.org/browse/JDK-8338412) describes in detail the
>> main ch
On Thu, 21 Mar 2024 17:13:46 GMT, Bill Huang wrote:
>> This task addresses an essential aspect of our testing infrastructure: the
>> proper handling and cleanup of temporary files and socket files created
>> during test execution. The motivation behind these changes is to prevent the
>> accumu
Hi,
Thanks for bringing this to our attention. You are right that this is a
misuse of the authentication cache in the case of Kerberos (Negotiate)
authentication. Though that is not the case for other auth schemes,
because normally what gets cached are credentials, rather than security
tokens
>
> The commit being backported was authored by Sergey Bylokhov on 9 Jun 2023 and
> was reviewed by Michael McMahon and Daniel Fuchs.
>
> CSR is approved for JDK 21: https://bugs.openjdk.org/browse/JDK-8306653
> "jdk21-enhancement-yes" label is added to the JBS.
&
On Wed, 17 May 2023 13:53:55 GMT, Darragh Clarke wrote:
>> Updated instances of `toLowerCase` and `toUpperCase` in several net and io
>> files to specify `Locale.ROOT` to ensure that case conversion issues don't
>> occur,
>>
>> I didn't add any new tests but ran tier 1-3 with no issues
>
> Dar
On Wed, 17 May 2023 13:53:55 GMT, Darragh Clarke wrote:
>> Updated instances of `toLowerCase` and `toUpperCase` in several net and io
>> files to specify `Locale.ROOT` to ensure that case conversion issues don't
>> occur,
>>
>> I didn't add any new tests but ran tier 1-3 with no issues
>
> Dar
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 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
On Thu, 27 Oct 2022 05:14:19 GMT, ExE Boss wrote:
>> src/java.base/share/classes/java/net/JarURLConnection.java line 177:
>>
>>> 175: @SuppressWarnings("deprecation")
>>> 176: var tmp = jarFileURL = new URL(spec.substring(0, separator++));
>>> 177:
>>
>> I realise that @Suppres
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, 18 Oct 2022 11:55:06 GMT, Magnus Ihse Bursie wrote:
> This is a continuation of the effort to update all our URLs to the new
> top-level domain.
>
> This patch updates (most) URLs in testing code. There still exists references
> to openjdk.java.net, but that are not strictly used as no
On Fri, 8 Jul 2022 07:08:46 GMT, Daniel Jeliński wrote:
>> This patch removes many unused variables and one unused label reported by
>> the compilers when relevant warnings are enabled.
>>
>> The unused code was found by compiling after removing `unused` from the list
>> of disabled warnings
32 matches
Mail list logo
