On Fri, 4 Apr 2025 19:00:02 GMT, Roger Riggs wrote:
>> Now that the Security Manager is permanently disabled, the following
>> permission classes in the core libraries area can be deprecated for removal
>> as they are no longer useful: FilePermission, LinkPermission,
>> LoggingPermission, Prop
On Wed, 2 Apr 2025 22:27:14 GMT, Justin Lu wrote:
> Please review this PR which provides unit tests for
> `ChoiceFormat#parse(String, ParsePosition)` to check default, multi match,
> and no match behavior. There were no existing relevant tests.
Looks good.
test/jdk/java/text/Format/ChoiceForm
On Fri, 21 Mar 2025 09:01:01 GMT, KIRIYAMA Takuya wrote:
>> test/jdk/java/lang/RuntimeTests/RuntimeExitLogTest.java line 52:
>>
>>> 50: private static final String TEST_JDK =
>>> System.getProperty("test.jdk");
>>> 51: private static final String TEST_SRC =
>>> System.getProperty("test
On Sat, 22 Mar 2025 11:09:03 GMT, Doug Lea wrote:
>> (Copied from https://bugs.openjdk.org/browse/JDK-8319447)
>>
>> The problems addressed by this CR/PR are that ScheduledThreadPoolExecutor is
>> both ill-suited for many (if not most) of its applications, and is a
>> performance bottleneck (a
On Fri, 4 Apr 2025 21:25:00 GMT, Justin Lu wrote:
> Please review this PR which improves some Currency
> `IllegalArgumentException`s by including the input in the message. This could
> be a currency code, country code, or locale. This change also includes tests
> to check the messages for an i
On Wed, 2 Apr 2025 19:43:29 GMT, Justin Lu wrote:
>> src/java.base/share/classes/java/text/ChoiceFormat.java line 562:
>>
>>> 560: /**
>>> 561: * Parses a {@code Number} from the input text, the subtype of
>>> which is always
>>> 562: * {@code Double}. The value returned is the {@
> Implement JEP 502.
>
> The PR passes tier1-tier3 tests.
Per Minborg has updated the pull request incrementally with one additional
commit since the last revision:
Fix issue in StableIntFunction related to wrapped exceptions
-
Changes:
- all: https://git.openjdk.org/jdk/pull/
Various behavior-preserving code cleanups related to system properties related
to character encodings.
-
Commit messages:
- More minor cleanups, reversion of some extra changes.
- WIP: add some non-null asserts and comments on sprops encoding members
- A couple small tweaks.
- Me
On Sat, 5 Apr 2025 01:19:39 GMT, Shaojin Wen wrote:
>> The byte[] allocated in Integer/Long.toString is fully filled, so we can use
>> StringConcatHelper::newArray to create byte[] to improve performance.
>
> Shaojin Wen has updated the pull request incrementally with one additional
> commit si
On Wed, 2 Apr 2025 14:54:35 GMT, Magnus Ihse Bursie wrote:
> In the static JDK image, a single humongous java executable is generated, and
> no other launcher, such as javac. This makes it impossible to run our jtreg
> tests, which assume these are present.
>
> The solution is fortunately simp
On Fri, 4 Apr 2025 13:36:19 GMT, Hannes Wallnöfer wrote:
> Please review an enhancement to treat classes and interfaces that are not
> included and not unconditionally exported as hidden. This means they do not
> show up in the generated documentation even if they are implemented or
> extended
Thank you for reporting this issue and providing the details. I have
created https://bugs.openjdk.org/browse/JDK-8353787 to track this. Any
fixes done related to this issue will be first done against the mainline
JDK and the project members that manage the update releases
(https://openjdk.org/p
Migrate Vector API math library (SVML and SLEEF) linkage from native code (in
JVM) to Java FFM API.
Since FFM API doesn't support vector calling conventions yet, migration affects
only symbol lookup for now. But it still enables significant simplifications on
JVM side.
The patch consists of th
On Fri, 4 Apr 2025 22:52:24 GMT, Vladimir Ivanov wrote:
> Migrate Vector API math library (SVML and SLEEF) linkage from native code (in
> JVM) to Java FFM API.
>
> Since FFM API doesn't support vector calling conventions yet, migration
> affects only symbol lookup for now. But it still enables
On Mon, 31 Mar 2025 12:57:38 GMT, Magnus Ihse Bursie wrote:
>> Hi all,
>> File src/java.base/share/native/libjli/java.c compile error: control reaches
>> end of non-void function [-Werror=return-type] with gcc options
>> -fsanitize=address -O0. The function int JavaMain(void* _args) in this fil
> Implement JEP 502.
>
> The PR passes tier1-tier3 tests.
Per Minborg has updated the pull request incrementally with one additional
commit since the last revision:
Improve StableMapEntrySet::toString
-
Changes:
- all: https://git.openjdk.org/jdk/pull/23972/files
- new: http
> Please review this PR which improves some Currency
> `IllegalArgumentException`s by including the input in the message. This could
> be a currency code, country code, or locale. This change also includes tests
> to check the messages for an invalid country via the region override as well
> as
> The byte[] allocated in Integer/Long.toString is fully filled, so we can use
> Unsafe.allocateUninitializedArray to create byte[] to improve performance.
Shaojin Wen has updated the pull request incrementally with one additional
commit since the last revision:
use StringConcatHelper.newArra
On Thu, 3 Apr 2025 12:55:11 GMT, Jaikiran Pai wrote:
>> Can I please get a review of this doc-only change which proposes to improve
>> the API documentation of `DeflaterInputStream`, `DeflaterOutputStream`,
>> `InflaterInputStream` and `InflaterOutputStream` classes?
>>
>> As noted in https://
On Fri, 21 Mar 2025 19:44:48 GMT, Chen Liang wrote:
>> The recent patch #23866 makes calling `ClassValue::remove()` from
>> `ClassValue::computeValue()` end up in infinite loops while fixing the stale
>> value risk from the method.
>>
>> The proposed fix is to preserve the stale value risk fix
On Fri, 4 Apr 2025 15:22:10 GMT, Severin Gehwolf wrote:
>> For JEP 493-enabled builds there are no JMODs. Certain files come from the
>> installed JDK image when a user creates a custom run-time from it. This is
>> problematic for example for files that often come from a different package
>> (
> Improve the performance of UUID::toString by using Long.expand and SWAR (SIMD
> within a register) instead of table lookup. Eliminating the table lookup can
> also avoid the performance degradation problem when the cache misses.
Shaojin Wen has updated the pull request incrementally with one a
On Fri, 4 Apr 2025 07:55:20 GMT, Alan Bateman wrote:
> > I'm not entirely sure what you are suggesting. Is it keeping a list of
> > "upgradeable" files in a properties file. Files listed in that properties
> > file aren't checked for hash sums (i.e. even if it's not modified)? That
> > is, the
> Implement JEP 502.
>
> The PR passes tier1-tier3 tests.
Per Minborg has updated the pull request incrementally with one additional
commit since the last revision:
Address comments on docs
-
Changes:
- all: https://git.openjdk.org/jdk/pull/23972/files
- new: https://git.ope
> Hi all,
>
> please review this change that implements (currently Draft) JEP: G1:
> Improve Application Throughput with a More Efficient Write-Barrier.
>
> The reason for posting this early is that this is a large change, and the JEP
> process is already taking very long with no end in sight
On Sun, 30 Mar 2025 12:34:06 GMT, Markus KARG wrote:
>> This Pull Request proposes an implementation for
>> [JDK-8343110](https://bugs.openjdk.org/browse/JDK-8343110): Adding the new
>> method `public void getChars(int srcBegin, int srcEnd, char[] dst, int
>> dstBegin)` to the `CharSequence` i
On Fri, 4 Apr 2025 09:22:10 GMT, Joachim Kern wrote:
>> In the JDK launcher, there is a codepath which would set/modify the
>> LD_LIBRARY_PATH. This happens unconditionally on AIX and Linux/musl and can
>> also happen on other Linux platforms if an LD_LIBRARY_PATH is pre-set which
>> contains
On Thu, 3 Apr 2025 21:36:10 GMT, Alexey Semenyuk wrote:
> Always print error messages from the last trapped exception to stderr.
> Optionally, print its stasktrace to stdout when in verbose mode.
>
> Add relevant test.
This pull request has now been integrated.
Changeset: cfcb3305
Author:
> Alternative approach to #24012
>
> This keeps the current handling of *.pdb vs *.stripped.pdb which allows
> debugging at the cost of a little hack in jlink. Maybe the code in jlink can
> be improved, e.g. make it more conditional.
>
> I'm running this through our testing still to see whether
On Thu, 3 Apr 2025 10:25:28 GMT, Severin Gehwolf wrote:
> I'm not entirely sure what you are suggesting. Is it keeping a list of
> "upgradeable" files in a properties file. Files listed in that properties
> file aren't checked for hash sums (i.e. even if it's not modified)? That is,
> the expl
On Fri, 4 Apr 2025 10:18:27 GMT, Maurizio Cimadamore
wrote:
>> I agree with this observation. We should look at providing true partial
>> functions using for example `Optional`.
>
> Btw, I believe for now we should just "note" the issue, and move one. Let's
> have the javadoc reflect what the
On Thu, 3 Apr 2025 14:20:42 GMT, Archie Cobbs wrote:
>> Per Minborg has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Make the sqrt example different
>
> src/java.base/share/classes/java/lang/StableValue.java line 383:
>
>> 381: * (e.g.
On Thu, 3 Apr 2025 14:46:49 GMT, Maurizio Cimadamore
wrote:
>> Per Minborg has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Make the sqrt example different
>
> src/java.base/share/classes/java/lang/StableValue.java line 211:
>
>> 209:
On Tue, 1 Apr 2025 15:18:13 GMT, Alexey Semenyuk wrote:
> - Move ConfigException, PackagerException, MsiVersion, and DottedVersion
> classes from "jdk.jpackage.internal" package to "jdk.jpackage.internal.model"
> package.
> - Remove public ctor from DottedVersion class. It can only be construc
On Fri, 4 Apr 2025 08:55:19 GMT, Per Minborg wrote:
>> src/java.base/share/classes/java/lang/StableValue.java line 211:
>>
>>> 209: * StableValue.function(CACHED_KEYS, LOG2_ORIGINAL);
>>> 210: *
>>> 211: * public static double log2(int a) {
>>
>> IMHO this example reveals a l
On Fri, 4 Apr 2025 09:14:22 GMT, Per Minborg wrote:
>> Implement JEP 502.
>>
>> The PR passes tier1-tier3 tests.
>
> Per Minborg has updated the pull request incrementally with one additional
> commit since the last revision:
>
> Address comments on docs
src/java.base/share/classes/java/lan
> The current test program for the logging feature added in JDK-8301627 does
> not fully check some important cases.
>
> Issue Details:
> The test does not properly check cases where logging might not happen due to
> different logging levels. (e.g. ALL, TRACE, WARNING, etc.)
> The check for the
In general I don't disagree.
There is, however, at least _some_ cases where the imperative API is
less difficult to use.
In some cases you know that a class has a complex lifecycle -- perhaps
it starts off in a simple "larval" state, where the instance only exist
in a single thread.
In
On Wed, 26 Mar 2025 16:24:20 GMT, Jaikiran Pai wrote:
>> KIRIYAMA Takuya has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> 8352016: Improve java/lang/RuntimeTests/RuntimeExitLogTest.java
>
> test/jdk/java/lang/RuntimeTests/RuntimeExitLogTe
On Tue, 25 Mar 2025 18:39:22 GMT, Roger Riggs wrote:
>> I see. This test only takes a very short time, but shouldn't the cases be
>> added?
>
> Still no, starting a new Java runtime isn't that quick, and it brings no
> additional value.
> All tests are run 10's of thousands of times in every re
On Thu, 20 Mar 2025 19:49:33 GMT, David M. Lloyd wrote:
> Provide method overloads to the ClassFile interface of the
> java.lang.classfile API which allow parsing of classes found in memory
> segments, as well as allowing built class files to be output to them.
This pull request has been close
Now that the Security Manager is permanently disabled, the following permission
classes in the core libraries area can be deprecated for removal as they are no
longer useful: FilePermission, LinkPermission, LoggingPermission,
PropertyPermission, ReflectPermission, RuntimePermission, and
Seriali
On Fri, 28 Mar 2025 15:53:15 GMT, Adam Sotona wrote:
>> David M. Lloyd has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> Add a benchmark for class file emission
>
> https://github.com/openjdk/jdk/pull/24297/files
I've had a look at the co
> The current test program for the logging feature added in JDK-8301627 does
> not fully check some important cases.
>
> Issue Details:
> The test does not properly check cases where logging might not happen due to
> different logging levels. (e.g. ALL, TRACE, WARNING, etc.)
> The check for the
On Thu, 20 Mar 2025 12:38:37 GMT, Magnus Ihse Bursie wrote:
> Is there any gain then in changing away from -lpthread? That is clearly
> defined, link with libpthread, with no side effects. "If it ain't broke..."
True - what we have works and using `-pthread` might subtly change things.
---
Yes, I started looking into this because of a memory regression.
While upgrading our project from Java 17 to Java 21, I noticed an increase
in memory consumption. After dumping the heap and analyzing the
differences, I found that there are a few thousand instances of the class
"java.util.jar.Attrib
On Fri, 4 Apr 2025 18:04:39 GMT, Sean Mullan wrote:
>> Please review this change to terminally deprecate the following security
>> related permission classes: `java.security.UnresolvedPermission`,
>> `javax.net.ssl.SSLPermission`, `javax.security.auth.AuthPermission`,
>> `javax.security.auth.P
On Tue, 1 Apr 2025 13:27:34 GMT, Per Minborg wrote:
>> Implement JEP 502.
>>
>> The PR passes tier1-tier3 tests.
>
> Per Minborg has updated the pull request incrementally with two additional
> commits since the last revision:
>
> - Add lazy toSting for StableMap::values
> - Make toString fo
On Fri, 4 Apr 2025 12:39:47 GMT, Lance Andersen wrote:
>> This PR check the jar file to ensure entries are consistent from the central
>> directory and local file header. Also check there is no duplicate entry
>> names that could override the desired content by accident.
>
> src/jdk.jartool/sha
Greetings Daniel,
For the sake of discussion, I will look at these classes as classifiable
into two groups: classes that we use (or are useful) only in the context of
a security manager, and classes that we use (or are useful) independently
of any other JDK API.
I would put all three of these cla
On Fri, 4 Apr 2025 15:59:47 GMT, Henry Jen wrote:
>> src/jdk.jartool/share/classes/sun/tools/jar/Validator.java line 99:
>>
>>> 97: if (!entryNames.contains(entryName)) {
>>> 98: missingEntryNames.add(entryName);
>>> 99: }
>>
>> It looks like
On Thu, 3 Apr 2025 12:07:03 GMT, Maurizio Cimadamore
wrote:
>> There is a problem here: If we say it is "immutable content" people might
>> think that passing mutable data makes it immutable. If we say it is
>> "shallowly immutable content" people might think they cannot pass immutable
>> dat
> If a base class is package-private then its subclasses should have the same
> package name and defining class loader, otherwise `IllegalAccessError` is
> thrown when linking a subclass. Currently when dumping a static archive
> separate `URLClassLoader`s are used for each unregistered classes'
On Fri, 4 Apr 2025 12:37:32 GMT, Roger Riggs wrote:
> Now that the Security Manager is permanently disabled, the following
> permission classes in the core libraries area can be deprecated for removal
> as they are no longer useful: FilePermission, LinkPermission,
> LoggingPermission, Property
> Implement JEP 502.
>
> The PR passes tier1-tier3 tests.
Per Minborg has updated the pull request incrementally with one additional
commit since the last revision:
Move Serializable specs to @implNote
-
Changes:
- all: https://git.openjdk.org/jdk/pull/23972/files
- new: htt
On Fri, 4 Apr 2025 12:42:36 GMT, Sean Mullan wrote:
> Please review this change to terminally deprecate the following security
> related permission classes: `java.security.AllPermission`,
> `java.security.UnresolvedPermission`, `javax.net.ssl.SSLPermission`,
> `javax.security.auth.AuthPermissi
On Thu, 3 Apr 2025 12:07:16 GMT, Alan Bateman wrote:
>> Jaikiran Pai 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 16 additional
>> commits si
On Thu, 3 Apr 2025 12:54:01 GMT, Per Minborg wrote:
>> src/java.base/share/classes/java/lang/StableValue.java line 402:
>>
>>> 400: * race. Since stable functions and stable collections are built on
>>> top of
>>> 401: * {@linkplain StableValue#orElseSet(Supplier) orElseSet()} they too
>>> a
On Mon, 31 Mar 2025 17:42:20 GMT, Joe Wang wrote:
> Refactor XMLSecurityPropertyManager.
> The Xerces and Xalan components each had its own XMLSecurityManager and
> XMLSecurityPropertyManager. In a previous fix, the former had been unified as
> part of that changeset. This change will allow fut
On Fri, 4 Apr 2025 12:42:36 GMT, Sean Mullan wrote:
> Please review this change to terminally deprecate the following security
> related permission classes: `java.security.AllPermission`,
> `java.security.UnresolvedPermission`, `javax.net.ssl.SSLPermission`,
> `javax.security.auth.AuthPermissi
On Fri, 4 Apr 2025 12:42:36 GMT, Sean Mullan wrote:
> Please review this change to terminally deprecate the following security
> related permission classes: `java.security.AllPermission`,
> `java.security.UnresolvedPermission`, `javax.net.ssl.SSLPermission`,
> `javax.security.auth.AuthPermissi
Please review this change to terminally deprecate the following security
related permission classes: `java.security.AllPermission`,
`java.security.UnresolvedPermission`, `javax.net.ssl.SSLPermission`,
`javax.security.auth.AuthPermission`,
`javax.security.auth.PrivateCredentialPermission`,
`jav
On Fri, 4 Apr 2025 15:22:10 GMT, Severin Gehwolf wrote:
>> For JEP 493-enabled builds there are no JMODs. Certain files come from the
>> installed JDK image when a user creates a custom run-time from it. This is
>> problematic for example for files that often come from a different package
>> (
On Fri, 4 Apr 2025 12:42:36 GMT, Sean Mullan wrote:
> Please review this change to terminally deprecate the following security
> related permission classes: `java.security.AllPermission`,
> `java.security.UnresolvedPermission`, `javax.net.ssl.SSLPermission`,
> `javax.security.auth.AuthPermissi
> For JEP 493-enabled builds there are no JMODs. Certain files come from the
> installed JDK image when a user creates a custom run-time from it. This is
> problematic for example for files that often come from a different package
> (e.g. `cacerts` file for Linux distro builds of OpenJDK package
On Fri, 4 Apr 2025 07:55:20 GMT, Alan Bateman wrote:
>>> Part of me is concerned that the hidden option is a bit of an attractive
>>> nuisance. What would you think about just having a fixed list in a
>>> properties file in the repo, thus a resource in the jlink module. This
>>> would avoid th
> In the JDK launcher, there is a codepath which would set/modify the
> LD_LIBRARY_PATH. This happens unconditionally on AIX and Linux/musl and can
> also happen on other Linux platforms if an LD_LIBRARY_PATH is pre-set which
> contains a libjvm.so.
>
> The LD_LIBRARY_PATH is set to $JVMPATH:$J
On Fri, 4 Apr 2025 00:39:04 GMT, Henry Jen wrote:
> This PR check the jar file to ensure entries are consistent from the central
> directory and local file header. Also check there is no duplicate entry names
> that could override the desired content by accident.
Thank you for starting the wor
On Fri, 4 Apr 2025 14:12:55 GMT, Sean Mullan wrote:
> > > Please review this change to terminally deprecate the following security
> > > related permission classes: `java.security.AllPermission`,
> > > `java.security.UnresolvedPermission`, `javax.net.ssl.SSLPermission`,
> > > `javax.security.a
On Fri, 4 Apr 2025 12:42:36 GMT, Sean Mullan wrote:
> Please review this change to terminally deprecate the following security
> related permission classes: `java.security.AllPermission`,
> `java.security.UnresolvedPermission`, `javax.net.ssl.SSLPermission`,
> `javax.security.auth.AuthPermissi
Hi David,
Are there other subclasses of Permission that this framework uses?
More specifically - would it be fine to deprecate NetPermission,
URLPermission and SocketPermission classes?
best regards,
-- daniel
On 04/04/2025 15:51, David M. Lloyd wrote:
Can you elaborate or give an example/poi
On Fri, 4 Apr 2025 16:06:07 GMT, Henry Jen wrote:
>> Is the ordering required by ZIP or Jar format? We can certainly do that if
>> that's under spec and not an implementation detail.
>
> As we checking entry uniqueness and the size match, and all LOC entries
> should be in CEN, that would mean
On Fri, 4 Apr 2025 16:01:40 GMT, Henry Jen wrote:
>> src/jdk.jartool/share/classes/sun/tools/jar/resources/jar.properties line
>> 147:
>>
>>> 145: in incompatible public interfaces
>>> 146: warn.validator.duplicate.entry=\
>>> 147: Warning: More than one copy of {0} is detected
On Fri, 4 Apr 2025 14:49:36 GMT, David M. Lloyd wrote:
> `AllPermission` is an integral concept of permission sets, and thus we would
> be obliged to create our own if the JDK one disappeared, causing
> compatibility problems due to the class moving to a new package from the
> point of view of
> Now that the Security Manager is permanently disabled, the following
> permission classes in the core libraries area can be deprecated for removal
> as they are no longer useful: FilePermission, LinkPermission,
> LoggingPermission, PropertyPermission, ReflectPermission, RuntimePermission,
> a
On Mon, 6 Jan 2025 13:18:50 GMT, Shaojin Wen wrote:
> Improve the performance of UUID::toString by using Long.expand and SWAR (SIMD
> within a register) instead of table lookup. Eliminating the table lookup can
> also avoid the performance degradation problem when the cache misses.
Does this e
On Fri, 4 Apr 2025 16:12:56 GMT, Lance Andersen wrote:
>> As we checking entry uniqueness and the size match, and all LOC entries
>> should be in CEN, that would means all CEN entries in LOC.
>> But if we would like to be specific about the inconsistency, then we will
>> have to do a little mo
On Mon, 6 Jan 2025 13:18:50 GMT, Shaojin Wen wrote:
> Improve the performance of UUID::toString by using Long.expand and SWAR (SIMD
> within a register) instead of table lookup. Eliminating the table lookup can
> also avoid the performance degradation problem when the cache misses.
Under the x
On Sat, 11 Jan 2025 05:21:36 GMT, Shaojin Wen wrote:
>> Improve the performance of UUID::toString by using Long.expand and SWAR
>> (SIMD within a register) instead of table lookup. Eliminating the table
>> lookup can also avoid the performance degradation problem when the cache
>> misses.
>
>
On Tue, 14 Jan 2025 19:14:05 GMT, Johannes Graham wrote:
>> The new implementation improves performance on the aarch64 architecture but
>> results in a performance regression on x64.
>>
>> ## 1. Script
>>
>> git remote add wenshao g...@github.com:wenshao/jdk.git
>> git fetch wenshao
>>
>> # b
Improve the performance of UUID::toString by using Long.expand and SWAR (SIMD
within a register) instead of table lookup. Eliminating the table lookup can
also avoid the performance degradation problem when the cache misses.
-
Commit messages:
- use Long.expand
- Merge remote-trac
> Improve the performance of UUID::toString by using Long.expand and SWAR (SIMD
> within a register) instead of table lookup. Eliminating the table lookup can
> also avoid the performance degradation problem when the cache misses.
Shaojin Wen has updated the pull request incrementally with one a
Since this is about caching values in the java.util.jar.Attributes
class, the discussion is more appropriate in the core-libs-dev mailing
list. I've added it to the "To" now and "Bcc"ed the jdk-dev mailing
list. Please subscribe to core-libs-dev
https://mail.openjdk.org/mailman/listinfo/core-li
Please review an enhancement to treat classes and interfaces that are not
included and not unconditionally exported as hidden. This means they do not
show up in the generated documentation even if they are implemented or extended
by a documented type.
This change makes the `@hidden` JavaDoc ta
I’ve split the unsynchronized BAOS into its own issue, JDK-8353729, which
shows performance improvements on primitive writes. MemoryOutputStream remains
superior in that case and others.
John
From: Engebretson, John
Sent: Thursday, April 3, 2025 7:45 AM
To: 'Alan Bateman' ; Markus KARG
On Thu, 3 Apr 2025 18:12:54 GMT, Jan Lahoda wrote:
>> The `java.io.Console` has several backends: a simple on in `java.base`, a
>> more convenient one in `jdk.internal.le` (with line-reading based on JLine)
>> and one for JShell.
>>
>> The backend based on JLine is proving to be a somewhat pro
The caching of some attribute names in the java.util.jar.Attributes
class appears to have been introduced in
https://bugs.openjdk.org/browse/JDK-6805750 (RFR
https://mail.openjdk.org/pipermail/core-libs-dev/2018-April/052697.html).
Given the precedence, it may be OK to add "SHA-384-Digest" to
jnativescan terminates when ran on a JAR with a missing class.
Example:
```
jnativescan --class-path reactor-core-3.7.4.jar
ERROR: Error while processing method:
reactor.core.publisher.CallSiteSupplierFactory$SharedSecretsCallSiteSupplierFactory$TracingException::get()String
CAUSED BY: System cl
On Mon, 6 Jan 2025 13:18:50 GMT, Shaojin Wen wrote:
> Improve the performance of UUID::toString by using Long.expand and SWAR (SIMD
> within a register) instead of table lookup. Eliminating the table lookup can
> also avoid the performance degradation problem when the cache misses.
By stepping
On Thu, 3 Apr 2025 21:23:08 GMT, Justin Lu wrote:
>> Please review this PR which provides unit tests for
>> `ChoiceFormat#parse(String, ParsePosition)` to check default, multi match,
>> and no match behavior. There were no existing relevant tests.
>
> Justin Lu has updated the pull request incr
On Tue, 1 Apr 2025 15:18:13 GMT, Alexey Semenyuk wrote:
> - Move ConfigException, PackagerException, MsiVersion, and DottedVersion
> classes from "jdk.jpackage.internal" package to "jdk.jpackage.internal.model"
> package.
> - Remove public ctor from DottedVersion class. It can only be construc
Sathish, please see my response below.
On Tue, Apr 1, 2025 at 7:58 AM Sathish Kumar Thiyagarajan <
sathishkumar.thiyagara...@gmail.com> wrote:
> However, *Jackson (and most JSON parsers) default to Integer for whole
> numbers* because they rely on Integer.parseInt(String), which is a safe
> fallb
On Fri, 4 Apr 2025 05:58:47 GMT, Ioi Lam wrote:
>> Timofei Pushkin has updated the pull request incrementally with two
>> additional commits since the last revision:
>>
>> - Make getResource concurrent-friendly
>> - Don't use URLClassLoader
>
> src/java.base/share/classes/jdk/internal/misc/CD
> If a base class is package-private then its subclasses should have the same
> package name and defining class loader, otherwise `IllegalAccessError` is
> thrown when linking a subclass. Currently when dumping a static archive
> separate `URLClassLoader`s are used for each unregistered classes'
On Mon, 31 Mar 2025 14:48:07 GMT, Alan Bateman wrote:
>> Jaikiran Pai 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 12 additional
>> commits s
On Thu, 3 Apr 2025 14:00:00 GMT, Per Minborg wrote:
>> Implement JEP 502.
>>
>> The PR passes tier1-tier3 tests.
>
> Per Minborg has updated the pull request incrementally with one additional
> commit since the last revision:
>
> Make the sqrt example different
src/java.base/share/classes/j
> Implement JEP 502.
>
> The PR passes tier1-tier3 tests.
Per Minborg has updated the pull request incrementally with one additional
commit since the last revision:
Address various comments
-
Changes:
- all: https://git.openjdk.org/jdk/pull/23972/files
- new: https://git.ope
On Mon, 31 Mar 2025 17:22:45 GMT, David M. Lloyd wrote:
>> The `java.io.Console` has several backends: a simple on in `java.base`, a
>> more convenient one in `jdk.internal.le` (with line-reading based on JLine)
>> and one for JShell.
>>
>> The backend based on JLine is proving to be a somewha
> Please review this change to terminally deprecate the following security
> related permission classes: `java.security.UnresolvedPermission`,
> `javax.net.ssl.SSLPermission`, `javax.security.auth.AuthPermission`,
> `javax.security.auth.PrivateCredentialPermission`,
> `javax.security.auth.kerbe
On Sat, 29 Mar 2025 16:22:30 GMT, Alexey Semenyuk wrote:
> - Don't create ".jpackage.xml" file in app image for DMG or PKG bundles;
> - Remove ".jpackage.xml" file from unsigned predefined app image for DMG or
> PKG bundles;
> - Set the value of `signed` property in ".jpackage.xml" file to "tr
1 - 100 of 136 matches
Mail list logo
