Add API to access ZipEntry.extraAttributes
-
Commit messages:
- Add API to access ZipEntry.extraAttributes
Changes: https://git.openjdk.org/jdk/pull/19204/files
Webrev: https://webrevs.openjdk.org/?repo=jdk=19204=00
Issue: https://bugs.openjdk.org/browse/JDK-8322332
Stats: 17
> Summary of the changes:
> - Moved `com.sun.tools.classfile.Dependency` and `Dependencies` to jdeps;
> they are exclusively used by jdeps in sources, and they are not used in any
> tests too. This will ease the removal of `com.sun.tools.classfile` later.
> - A few visitor patterns have been
On Sun, 12 May 2024 02:21:55 GMT, xiaotaonan wrote:
> Add API to access ZipEntry.extraAttributes
This pull request has been closed without being integrated.
-
PR: https://git.openjdk.org/jdk/pull/19202
Add API to access ZipEntry.extraAttributes
-
Commit messages:
- Add API to access ZipEntry.extraAttributes
Changes: https://git.openjdk.org/jdk/pull/19202/files
Webrev: https://webrevs.openjdk.org/?repo=jdk=19202=00
Issue: https://bugs.openjdk.org/browse/JDK-8322332
Stats: 16
On Tue, 7 May 2024 22:50:18 GMT, Doug Lea wrote:
> This set of changes address causes of poor utilization with small numbers of
> cores due to overly aggressive contention avoidance. A number of further
> adjustments were needed to still avoid most contention effects in deployments
> with
On Tue, 7 May 2024 22:50:18 GMT, Doug Lea wrote:
> This set of changes address causes of poor utilization with small numbers of
> cores due to overly aggressive contention avoidance. A number of further
> adjustments were needed to still avoid most contention effects in deployments
> with
On Tue, 7 May 2024 22:50:18 GMT, Doug Lea wrote:
> This set of changes address causes of poor utilization with small numbers of
> cores due to overly aggressive contention avoidance. A number of further
> adjustments were needed to still avoid most contention effects in deployments
> with
On Tue, 7 May 2024 22:50:18 GMT, Doug Lea wrote:
> This set of changes address causes of poor utilization with small numbers of
> cores due to overly aggressive contention avoidance. A number of further
> adjustments were needed to still avoid most contention effects in deployments
> with
On Tue, 7 May 2024 22:50:18 GMT, Doug Lea wrote:
> This set of changes address causes of poor utilization with small numbers of
> cores due to overly aggressive contention avoidance. A number of further
> adjustments were needed to still avoid most contention effects in deployments
> with
Summary of the changes:
- Moved `com.sun.tools.classfile.Dependency` and `Dependencies` to jdeps; they
are exclusively used by jdeps in sources, and they are not used in any tests
too. This will ease the removal of `com.sun.tools.classfile` later.
- A few visitor patterns have been rewritten
On Fri, 10 May 2024 00:43:32 GMT, Stuart Marks wrote:
>> Its purpose is to avoid loading the FileReadEvent class. When the class is
>> loaded, JFR will add fields and in some circumstances do other things. I
>> don't think the cost is high, but it may add up if the number of events
>>
On Fri, 26 Apr 2024 11:43:06 GMT, Viktor Klang wrote:
> This is an attempt to be more clear about recommendations on Lock usage.
This pull request has now been integrated.
Changeset: 5053b70a
Author:Viktor Klang
URL:
On Thu, 9 May 2024 16:02:02 GMT, Erik Gahlin wrote:
>> The field is only used once and a VarHandle implementation loads three
>> additional classes during startup and in my measurements add about 0.6 ms to
>> startup.
>
> A compromise between performance and readability is:
>
> if
On Sat, 27 Apr 2024 11:52:18 GMT, Viktor Klang wrote:
>> This is an attempt to be more clear about recommendations on Lock usage.
>
> Viktor Klang has updated the pull request incrementally with one additional
> commit since the last revision:
>
> Update
>
On Thu, 9 May 2024 11:19:14 GMT, Erik Gahlin wrote:
>> Hi,
>>
>> Could I have a review of a change that moves the jdk.FileRead and
>> jdk.FileWrite events to java.base to remove the use of the ASM
>> instrumentation.
>>
>> Testing: jdk/jdk/jfr
>>
>> Thanks
>> Erik
>
> Erik Gahlin has
On Fri, 10 May 2024 07:57:40 GMT, Alan Bateman wrote:
> In preparation for JEP 471 and JEP 472, provide access to the initial value
> of System.err from JavaLangAccess. The initial value of System.in is already
> exposed to code in java.base with this shared secret.
This pull request has now
On Fri, 10 May 2024 21:55:26 GMT, Naoto Sato wrote:
> Making sure `restoreEcho` correctly reflects the state in the shutdown
> thread, which differs from the application's thread that issues the
> `readPassword()` method.
src/java.base/share/classes/jdk/internal/io/JdkConsoleImpl.java line
17 matches
Mail list logo
