On Sat, 1 Jul 2023 03:06:31 GMT, Chen Liang wrote:
>> 
>>
>> it's enabled
>
>> > @wenshao I have made my suggestions into a patch for you:
>> > [wenshao#1](https://github.com/wenshao/jdk/pull/1) Feel fre
On Sat, 1 Jul 2023 03:06:31 GMT, Chen Liang wrote:
>> 
>>
>> it's enabled
>
>> > @wenshao I have made my suggestions into a patch for you:
>> > [wenshao#1](https://github.com/wenshao/jdk/pull/1) Feel fre
> [PR 14578 ](https://github.com/openjdk/jdk/pull/14578) still has unresolved
> discussions, continue to make improvements.
>
> # Benchmark Result
>
>
> sh make/devkit/createJMHBundle.sh
> bash configure --with-jmh=build/jmh/jars
> make test TEST="micro:java.util.UUIDBench.toString"
>
>
> ##
On Sat, 1 Jul 2023 03:06:31 GMT, Chen Liang wrote:
>> 
>>
>> it's enabled
>
>> > @wenshao I have made my suggestions into a patch for you:
>> > [wenshao#1](https://github.com/wenshao/jdk/pull/1) Feel fre
On Sat, 1 Jul 2023 02:40:22 GMT, 温绍锦 wrote:
>> [PR 14578 ](https://github.com/openjdk/jdk/pull/14578) still has unresolved
>> discussions, continue to make improvements.
>>
>> # Benchmark Result
>>
>>
>> sh make/devkit/createJMHBundle.sh
>> bash configure --with-jmh=build/jmh/jars
>> make tes
On Sat, 1 Jul 2023 02:40:22 GMT, 温绍锦 wrote:
>> [PR 14578 ](https://github.com/openjdk/jdk/pull/14578) still has unresolved
>> discussions, continue to make improvements.
>>
>> # Benchmark Result
>>
>>
>> sh make/devkit/createJMHBundle.sh
>> bash configure --with-jmh=build/jmh/jars
>> make tes
> [PR 14578 ](https://github.com/openjdk/jdk/pull/14578) still has unresolved
> discussions, continue to make improvements.
>
> # Benchmark Result
>
>
> sh make/devkit/createJMHBundle.sh
> bash configure --with-jmh=build/jmh/jars
> make test TEST="micro:java.util.UUIDBench.toString"
>
>
> ##
On Sat, 1 Jul 2023 02:40:22 GMT, 温绍锦 wrote:
>> [PR 14578 ](https://github.com/openjdk/jdk/pull/14578) still has unresolved
>> discussions, continue to make improvements.
>>
>> # Benchmark Result
>>
>>
>> sh make/devkit/createJMHBundle.sh
>> bash configure --with-jmh=build/jmh/jars
>> make tes
On Sat, 1 Jul 2023 00:45:32 GMT, Chen Liang wrote:
> Hi all,
>
> This pull request contains a backport of commit
> [8c8e9d91](https://github.com/openjdk/jdk/commit/8c8e9d911d388f6ee621ed4d322efc56a9876708)
> from the [openjdk/jdk](https://git.openjdk.org/jdk) repository.
>
> The commit being
On Mon, 26 Jun 2023 22:28:23 GMT, Chen Liang wrote:
> Hi all,
>
> This pull request contains a backport of commit
> [a197ee79](https://github.com/openjdk/jdk/commit/a197ee797b3580d9f85636522587d3f6418dff6a)
> from the [openjdk/jdk](https://git.openjdk.org/jdk) repository. This is a
> doc-only
On Sat, 1 Jul 2023 01:44:15 GMT, 温绍锦 wrote:
> [PR 14578 ](https://github.com/openjdk/jdk/pull/14578) still has unresolved
> discussions, continue to make improvements.
>
> # Benchmark Result
>
>
> sh make/devkit/createJMHBundle.sh
> bash configure --with-jmh=build/jmh/jars
> make test TEST="m
On Mon, 26 Jun 2023 22:28:23 GMT, Chen Liang wrote:
> Hi all,
>
> This pull request contains a backport of commit
> [a197ee79](https://github.com/openjdk/jdk/commit/a197ee797b3580d9f85636522587d3f6418dff6a)
> from the [openjdk/jdk](https://git.openjdk.org/jdk) repository. This is a
> doc-only
On Sat, 1 Jul 2023 02:33:11 GMT, 温绍锦 wrote:
> > Is using `Unsafe` directly consistently faster than using ByteArray? It
> > should have similar performance as ByteArray's VarHandle is simply a
> > wrapper around Unsafe's put/get methods.
>
> Using Unsafe on aliyun_ecs_c8i.xlarge and MacBookPro
On Sat, 1 Jul 2023 02:09:36 GMT, Chen Liang wrote:
> Is using `Unsafe` directly consistently faster than using ByteArray? It
> should have similar performance as ByteArray's VarHandle is simply a wrapper
> around Unsafe's put/get methods.
Using Unsafe on aliyun_ecs_c8i.xlarge and MacBookPro M1
On Sat, 1 Jul 2023 01:44:15 GMT, 温绍锦 wrote:
> [PR 14578 ](https://github.com/openjdk/jdk/pull/14578) still has unresolved
> discussions, continue to make improvements.
>
> # Benchmark Result
>
>
> sh make/devkit/createJMHBundle.sh
> bash configure --with-jmh=build/jmh/jars
> make test TEST="m
On Sat, 1 Jul 2023 01:44:15 GMT, 温绍锦 wrote:
> [PR 14578 ](https://github.com/openjdk/jdk/pull/14578) still has unresolved
> discussions, continue to make improvements.
>
> # Benchmark Result
>
>
> sh make/devkit/createJMHBundle.sh
> bash configure --with-jmh=build/jmh/jars
> make test TEST="m
On Sat, 1 Jul 2023 00:01:57 GMT, Jie Fu wrote:
>> can you create a new issue and i continue improving?
>
>> can you create a new issue and i continue improving?
>
> Filed: https://bugs.openjdk.org/browse/JDK-8311207
@liach @RogerRiggs continue discussion in [PR
14745](https://github.com/openjd
[PR 14578 ](https://github.com/openjdk/jdk/pull/14578) still has unresolved
discussions, continue to make improvements.
# Benchmark Result
sh make/devkit/createJMHBundle.sh
bash configure --with-jmh=build/jmh/jars
make test TEST="micro:java.util.UUIDBench.toString"
## 1.
[aliyun_ecs_c8i.xlar
On Sat, 1 Jul 2023 00:45:32 GMT, Chen Liang wrote:
> Hi all,
>
> This pull request contains a backport of commit
> [8c8e9d91](https://github.com/openjdk/jdk/commit/8c8e9d911d388f6ee621ed4d322efc56a9876708)
> from the [openjdk/jdk](https://git.openjdk.org/jdk) repository.
>
> The commit being
On Fri, 30 Jun 2023 20:57:54 GMT, Joe Darcy wrote:
> Going over some old issues and found this RFE, posting without any tests or a
> CSR first to get some feedback on the overall API.
The descriptor string "I", "J", etc possible but not for "int", "long", "byte"
etc which are keywords and can
On Sat, 1 Jul 2023 00:45:32 GMT, Chen Liang wrote:
> Hi all,
>
> This pull request contains a backport of commit
> [8c8e9d91](https://github.com/openjdk/jdk/commit/8c8e9d911d388f6ee621ed4d322efc56a9876708)
> from the [openjdk/jdk](https://git.openjdk.org/jdk) repository.
>
> The commit being
Hi Ryan,
Apropos of this discussion, I happened to recently give a talk to the
JCP that in part covered behavioral compatibility in the JDK:
https://jcp.org/aboutJava/communityprocess/ec-public/materials/2023-06-13/JCP-EC-Public-Agenda-June-2023.html
https://jcp.org/aboutJava/communityprocess/
Hi all,
This pull request contains a backport of commit
[8c8e9d91](https://github.com/openjdk/jdk/commit/8c8e9d911d388f6ee621ed4d322efc56a9876708)
from the [openjdk/jdk](https://git.openjdk.org/jdk) repository.
The commit being backported was authored by Chen Liang on 30 Jun 2023 and was
revie
On Fri, 30 Jun 2023 20:57:54 GMT, Joe Darcy wrote:
> Going over some old issues and found this RFE, posting without any tests or a
> CSR first to get some feedback on the overall API.
`ClassDesc.of()` already takes a binary name; another JVM programming language
may declare a class with `int`
On Fri, 30 Jun 2023 20:57:54 GMT, Joe Darcy wrote:
> Going over some old issues and found this RFE, posting without any tests or a
> CSR first to get some feedback on the overall API.
An alternative is to extend `ClassDesc::of` to accept the name of primitive
types:
ClassDesc.of("int
On Fri, 30 Jun 2023 21:12:11 GMT, 温绍锦 wrote:
> can you create a new issue and i continue improving?
Filed: https://bugs.openjdk.org/browse/JDK-8311207
-
PR Review Comment: https://git.openjdk.org/jdk/pull/14578#discussion_r1248348302
On Fri, 30 Jun 2023 20:57:54 GMT, Joe Darcy wrote:
> Going over some old issues and found this RFE, posting without any tests or a
> CSR first to get some feedback on the overall API.
The main downside of throwing an exception is that exception stack trace
filling is very costly. If this API i
On Mon, 12 Jun 2023 07:58:29 GMT, Chen Liang wrote:
> The API specification for descriptorString not being a strict inverse of
> Class::forName and MethodType::fromDescriptorString are not entirely correct.
>
> 1. Class::descriptorString was never an inverse of Class::forName, which
> takes a
On Thu, 29 Jun 2023 03:16:15 GMT, Chen Liang wrote:
>> As John Rose has pointed out in this issue, the current j.l.r.Proxy based
>> implementation of MethodHandleProxies.asInterface has a few issues:
>> 1. Exposes too much information via Proxy supertype (and WrapperInstance
>> interface)
>> 2.
On Thu, 29 Jun 2023 03:16:15 GMT, Chen Liang wrote:
>> As John Rose has pointed out in this issue, the current j.l.r.Proxy based
>> implementation of MethodHandleProxies.asInterface has a few issues:
>> 1. Exposes too much information via Proxy supertype (and WrapperInstance
>> interface)
>> 2.
On Fri, 30 Jun 2023 20:57:54 GMT, Joe Darcy wrote:
> Going over some old issues and found this RFE, posting without any tests or a
> CSR first to get some feedback on the overall API.
Besides whether or not the method itself is worth adding, I think the main
design question if on a name that i
On Thu, 29 Jun 2023 13:45:09 GMT, Roger Riggs wrote:
>> 温绍锦 has updated the pull request incrementally with two additional commits
>> since the last revision:
>>
>> - fix comments typo
>> - Update full name
>
> src/java.base/share/classes/java/util/HexDigits.java line 108:
>
>> 106: * C
On Fri, 30 Jun 2023 20:57:54 GMT, Joe Darcy wrote:
> Going over some old issues and found this RFE, posting without any tests or a
> CSR first to get some feedback on the overall API.
Not present in the PR as written, but it would be possible to introduce a
sealed interface PrimitiveType that
Going over some old issues and found this RFE, posting without any tests or a
CSR first to get some feedback on the overall API.
-
Commit messages:
- JDK-6361826: (reflect) provide method for mapping strings to class object
for primitive types
Changes: https://git.openjdk.org/jdk/
> This now uses Thread.isVirtual to distinguish spin vs immediate block cases,
> enabling re-introduction of spin control from the previous version, removing
> anomalies like this one.
Doug Lea has updated the pull request incrementally with one additional commit
since the last revision:
Fix
On Fri, 30 Jun 2023 13:00:27 GMT, Doug Lea wrote:
>> src/java.base/share/classes/java/util/concurrent/LinkedTransferQueue.java
>> line 115:
>>
>>> 113: * indicating whether to act as some form of offer, put, poll,
>>> 114: * take, or transfer (each possibly with timeout), as described
> This now uses Thread.isVirtual to distinguish spin vs immediate block cases,
> enabling re-introduction of spin control from the previous version, removing
> anomalies like this one.
Doug Lea has updated the pull request with a new target base due to a merge or
a rebase. The incremental webre
On Fri, 30 Jun 2023 18:12:18 GMT, Mandy Chung wrote:
>> The spec of `ClassLoader::getClassLoadingLock` is unclear that this method
>> is intended for parallel-capable class loader implementations to provide an
>> alternate implementation. For non-parallel-capable class loaders, this
>> metho
> The spec of `ClassLoader::getClassLoadingLock` is unclear that this method is
> intended for parallel-capable class loader implementations to provide an
> alternate implementation. For non-parallel-capable class loaders, this
> method should return this `ClassLoader` object. The javadoc us
On Thu, 29 Jun 2023 18:24:33 GMT, Jim Laskey wrote:
>> java.lang.runtime.ReferencedKeyMap was introduced to provide a concurrent
>> caching scheme for Carrier objects. The technique used is generally useful
>> for a variety of caching schemes and is being moved to be shared in other
>> parts o
On Fri, 30 Jun 2023 12:35:27 GMT, Matthias Baesken wrote:
> 8310380: Handle problems in core-related tests on macOS when codesign tool
> does not work
Marked as reviewed by cjplummer (Reviewer).
-
PR Review: https://git.openjdk.org/jdk21/pull/87#pullrequestreview-1507621309
On Fri, 30 Jun 2023 16:49:22 GMT, Justin Lu wrote:
>> Please review this PR which refactors Currency tests to use JUnit.
>>
>> The most significant change occurs in `ValidateISO4217.java`. Other changes
>> to this file excluding the JUnit refactoring include
>>
>> - Tests are no longer depende
On Fri, 30 Jun 2023 16:49:22 GMT, Justin Lu wrote:
>> Please review this PR which refactors Currency tests to use JUnit.
>>
>> The most significant change occurs in `ValidateISO4217.java`. Other changes
>> to this file excluding the JUnit refactoring include
>>
>> - Tests are no longer depende
On Fri, 30 Jun 2023 16:22:16 GMT, Naoto Sato wrote:
>> Justin Lu has updated the pull request incrementally with five additional
>> commits since the last revision:
>>
>> - Further clarification regarding minor undefined currencies
>> - Review: Rename MinorUndefinedCodes.java to NoMinorUnitCu
> Please review this PR which refactors Currency tests to use JUnit.
>
> The most significant change occurs in `ValidateISO4217.java`. Other changes
> to this file excluding the JUnit refactoring include
>
> - Tests are no longer dependent on each other (order of execution does not
> matter)
>
On Fri, 30 Jun 2023 07:50:50 GMT, Justin Lu wrote:
>> Please review this PR which refactors Currency tests to use JUnit.
>>
>> The most significant change occurs in `ValidateISO4217.java`. Other changes
>> to this file excluding the JUnit refactoring include
>>
>> - Tests are no longer depende
On Fri, 30 Jun 2023 09:06:20 GMT, Daniel Fuchs wrote:
> Please find here a trivial doc fix to add a missing `@since 1.4` to the
> java.util.logging.ErrorManager class.
This pull request has now been integrated.
Changeset: e8ff74c7
Author:Daniel Fuchs
URL:
https://git.openjdk.org/jd
I would still like to hear from someone on the jpackage team about this issue...
> On Jun 25, 2023, at 8:21 AM, Alan Snyder wrote:
>
> I’m having trouble using the code signing feature of jpackage for macOS.
>
> The problem appears to be here:
>
> result = MacBaseInstallerBundler.findKey(
>
On Fri, 30 Jun 2023 09:06:20 GMT, Daniel Fuchs wrote:
> Please find here a trivial doc fix to add a missing `@since 1.4` to the
> java.util.logging.ErrorManager class.
Marked as reviewed by iris (Reviewer).
-
PR Review: https://git.openjdk.org/jdk/pull/14725#pullrequestreview-1507
On Wed, 28 Jun 2023 16:54:51 GMT, Leo Korinth wrote:
> Remove trailing "blank" lines in source files.
>
> I like to use global-whitespace-cleanup-mode, but I can not use it if the
> files are "dirty" to begin with. This fix will make more files "clean". I
> also considered adding a check for t
As discussed on the mailing list
https://mail.openjdk.org/pipermail/classfile-api-dev/2023-June/000381.html,
BufWriter::asByteBuffer has a behavior not suitable for API and is only used by
internal StackMapGenerator/StackCounter, so it will be converted to an internal
API.
Somehow the ByteBuff
> Optimization for:
> Integer.toString
> Long.toString
> StringBuilder#append(int)
>
> # Benchmark Result
>
>
> sh make/devkit/createJMHBundle.sh
> bash configure --with-jmh=build/jmh/jars
> make test TEST="micro:java.lang.Integers.toString*"
> make test TEST="micro:java.lang.Longs.toString*"
`Classfile.PREVIEW_MINOR_VERSION`, currently -1, is correct when passed to
`ClassBuilder::withVersion`, but is incorrect when compared to
`ClassModel::minorVersion`, which only sets the bits of 2 lowest bytes to 1
(65536). Discovered when trying to replace an asserted preview minor version
with
> javap uses proprietary com.sun.tools.classfile library to parse class files.
>
> This patch converts javap to use Classfile API.
>
> Please review.
>
> Thanks,
> Adam
Adam Sotona has updated the pull request incrementally with one additional
commit since the last revision:
added DydnamicC
On Fri, 30 Jun 2023 12:54:37 GMT, Viktor Klang wrote:
>> Doug Lea has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Overhaul LTQ and SQ to use common blocking and matching mechanics
>
> src/java.base/share/classes/java/util/concurrent/Link
On Thu, 29 Jun 2023 22:53:10 GMT, Doug Lea wrote:
>> This now uses Thread.isVirtual to distinguish spin vs immediate block cases,
>> enabling re-introduction of spin control from the previous version, removing
>> anomalies like this one.
>
> Doug Lea has updated the pull request incrementally w
On Fri, 30 Jun 2023 00:51:42 GMT, Chen Liang wrote:
>> `LocalVariable` and `LocalVariableType` includes `writeTo(BufWriter)`, which
>> should be implementation details.
>>
>> See
>> https://mail.openjdk.org/pipermail/classfile-api-dev/2023-June/000381.html
>> for context.
>>
>> This patch mo
8310380: Handle problems in core-related tests on macOS when codesign tool does
not work
-
Commit messages:
- Backport 39c104df44f17c1d65e35becd4272f73e2c6610c
Changes: https://git.openjdk.org/jdk21/pull/87/files
Webrev: https://webrevs.openjdk.org/?repo=jdk21&pr=87&range=00
Iss
On Fri, 30 Jun 2023 00:51:42 GMT, Chen Liang wrote:
>> `LocalVariable` and `LocalVariableType` includes `writeTo(BufWriter)`, which
>> should be implementation details.
>>
>> See
>> https://mail.openjdk.org/pipermail/classfile-api-dev/2023-June/000381.html
>> for context.
>>
>> This patch mo
On Fri, 30 Jun 2023 08:11:47 GMT, Matthias Baesken wrote:
> Most G1 tests set -XX:+UseG1GC, but a few (e.g.
> gc/g1/TestVerificationInConcurrentCycle.java) miss that.
> This is usually just fine and no problem because G1 is the default anyway.
> However in some cases, where a custom JVM changes
On Fri, 30 Jun 2023 08:11:47 GMT, Matthias Baesken wrote:
> Most G1 tests set -XX:+UseG1GC, but a few (e.g.
> gc/g1/TestVerificationInConcurrentCycle.java) miss that.
> This is usually just fine and no problem because G1 is the default anyway.
> However in some cases, where a custom JVM changes
> There are a few references to rt.jar in comments and in the codebase itself.
> Some of them might be removed or adjusted.
Matthias Baesken has updated the pull request incrementally with one additional
commit since the last revision:
remove import
-
Changes:
- all: https://g
On Fri, 30 Jun 2023 08:11:47 GMT, Matthias Baesken wrote:
> Most G1 tests set -XX:+UseG1GC, but a few (e.g.
> gc/g1/TestVerificationInConcurrentCycle.java) miss that.
> This is usually just fine and no problem because G1 is the default anyway.
> However in some cases, where a custom JVM changes
> Optimization for:
>
> Integer.toString
> Long.toString
> StringBuilder#append(int)
>
>
> # Benchmark Result
>
>
> sh make/devkit/createJMHBundle.sh
> bash configure --with-jmh=build/jmh/jars
> make test TEST="micro:java.lang.Integers.toString*"
> make test TEST="micro:java.lang.Longs.toStri
> Optimization for:
>
> Integer.toString
> Long.toString
> StringBuilder#append(int)
>
>
> # Benchmark Result
>
>
> sh make/devkit/createJMHBundle.sh
> bash configure --with-jmh=build/jmh/jars
> make test TEST="micro:java.lang.Integers.toString*"
> make test TEST="micro:java.lang.Longs.toStri
On Fri, 30 Jun 2023 06:26:53 GMT, 温绍锦 wrote:
>> Optimization for:
>>
>> Integer.toString
>> Long.toString
>> StringBuilder#append(int)
>>
>>
>> # Benchmark Result
>>
>>
>> sh make/devkit/createJMHBundle.sh
>> bash configure --with-jmh=build/jmh/jars
>> make test TEST="micro:java.lang.Integer
On Fri, 30 Jun 2023 08:30:45 GMT, Raffaello Giulietti
wrote:
> In the end, this PR is not about fixing a race, as the title seems to suggest
> (the original code is correct), but to avoid a volatile read, right?
Yeah, probably I was wrong in my conclusion. Should I rename the ticket?
On Fri, 30 Jun 2023 09:06:20 GMT, Daniel Fuchs wrote:
> Please find here a trivial doc fix to add a missing `@since 1.4` to the
> java.util.logging.ErrorManager class.
Marked as reviewed by lancea (Reviewer).
-
PR Review: https://git.openjdk.org/jdk/pull/14725#pullrequestreview-15
On Wed, 28 Jun 2023 13:22:20 GMT, Matthias Baesken wrote:
>>> Hi Alan, regarding usage of class VM I get 'package jdk.internal.misc is
>>> declared in module java.base, which does not export it to module java.sql'
>>> Is there any concern to export it as well to module java.sql ? And btw did
>
> There are a few references to rt.jar in comments and in the codebase itself.
> Some of them might be removed or adjusted.
Matthias Baesken has updated the pull request incrementally with one additional
commit since the last revision:
Adjust comment in src/java.sql/share/classes/java/sql/Dri
> javap uses proprietary com.sun.tools.classfile library to parse class files.
>
> This patch converts javap to use Classfile API.
>
> Please review.
>
> Thanks,
> Adam
Adam Sotona has updated the pull request incrementally with one additional
commit since the last revision:
extended ClassR
Please find here a trivial doc fix to add a missing `@since 1.4` to the
java.util.logging.ErrorManager class.
-
Commit messages:
- 8310987
Changes: https://git.openjdk.org/jdk/pull/14725/files
Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=14725&range=00
Issue: https://bugs.op
On Wed, 28 Jun 2023 11:05:11 GMT, Sergey Tsypanov wrote:
> Double-checked locking should rely on local variable to avoid racy reads from
> volatile field.
True. I was mislead because the return statement does not appear in the
changeset (the line is textually the same, although it has a differ
On Fri, 30 Jun 2023 08:11:47 GMT, Matthias Baesken wrote:
> Most G1 tests set -XX:+UseG1GC, but a few (e.g.
> gc/g1/TestVerificationInConcurrentCycle.java) miss that.
> This is usually just fine and no problem because G1 is the default anyway.
> However in some cases, where a custom JVM changes
Most G1 tests set -XX:+UseG1GC, but a few (e.g.
gc/g1/TestVerificationInConcurrentCycle.java) miss that.
This is usually just fine and no problem because G1 is the default anyway.
However in some cases, where a custom JVM changes the default GC, those tests
start to fail which is not really neces
Please review this PR which refactors additional tests in Locale to use JUnit.
If a test was named bugNNN.java, it was renamed to something more
descriptive.
Below is a list of all the changes
- Refactor and Rename Bug4175998Test.java as ISO639.java
- Refactor and Rename Bug8001562.java as
On Thu, 29 Jun 2023 23:07:14 GMT, Naoto Sato wrote:
>> Justin Lu has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Remove unusued JUnit imports from ValidateISO4217.java
>
> test/jdk/java/util/Currency/MinorUndefinedCodes.java line 27:
>
> Please review this PR which refactors Currency tests to use JUnit.
>
> The most significant change occurs in `ValidateISO4217.java`. Other changes
> to this file excluding the JUnit refactoring include
>
> - Tests are no longer dependent on each other (order of execution does not
> matter)
>
On Thu, 29 Jun 2023 22:38:21 GMT, Naoto Sato wrote:
>> Justin Lu has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Remove unusued JUnit imports from ValidateISO4217.java
>
> test/jdk/java/util/Currency/CurrencyNameProviderTest.java line 43
On Thu, 29 Jun 2023 23:24:06 GMT, Naoto Sato wrote:
>> Justin Lu has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Remove unusued JUnit imports from ValidateISO4217.java
>
> test/jdk/java/util/Currency/ValidateISO4217.java line 82:
>
>> 8
80 matches
Mail list logo
