Re: RFR: 8315487: Security Providers Filter [v13]

2024-12-14 Thread Xue-Lei Andrew Fan
On Fri, 13 Dec 2024 05:14:07 GMT, Xue-Lei Andrew Fan wrote: > It's only the combination of a Provider that overrides getService/getServices > + does not call putService/put + overrides newInstance without calling its > parent + uses a non-Java SE service type that would be unfiltered. FYI. I

Re: RFR: 8342682: Errors related to unused code on Windows after 8339120 in dt_shmem jdwp security and jpackage [v7]

2024-12-14 Thread Julian Waters
On Mon, 11 Nov 2024 09:51:35 GMT, Julian Waters wrote: >> After 8339120, gcc began catching many different instances of unused code in >> the Windows specific codebase. Some of these seem to be bugs. I've taken the >> effort to mark out all the relevant globals and locals that trigger the >> u

Re: [External] : Re: JPackage does very weird things and it doesn't work with SNAP

2024-12-14 Thread Davide Perini
You got the point and solved the problem I was hitting for days in 1 minutes. I simply added this env variable to my snapcraft.yaml   LD_LIBRARY_PATH: $APPDIR:$LD_LIBRARY_PATH and this fixed it :) It reminds me this story: A man took his watch to a watchmaker for repair. The watchmaker exam

Re: RFR: 8346120: VirtualThreadPinned event recorded for Object.wait may have wrong duration or may record second event [v3]

2024-12-14 Thread Alan Bateman
> A jdk.VirtualPinnedEvent JFR event is recorded by Object::wait when a virtual > thread waits in Object.wait while pinned. The posting of the event in > ObjectMonitor::wait is done after waiting but it can block again in > enter/ReenterI before it re-acquires. If that happens then the event dur

RFR: 8346232: Remove leftovers of the jar --normalize feature

2024-12-14 Thread Eirik Bjørsnøs
Please review this cleanup PR which removes a property and a code comment left behind after the `jar --normalize` feature was removed in JDK 14. The feature was deprecated in JDK-8199871 and removed in JDK-8234542, along with removal of Pack200 tools and APIs. This PR removes the now unused `m

Re: RFR: 8331467: ImageReaderFactory can cause a ClassNotFoundException if the default FileSystemProvider is not the system-default provider [v6]

2024-12-14 Thread liyazzi
On Wed, 11 Dec 2024 09:48:36 GMT, liyazzi wrote: > In [macos-x64 / test (jdk/tier1 part > 1)](https://github.com/liyazzi/jdk/actions/runs/12252749523/job/34182811710),`jdk/internal/vm/Continuation/Fuzz.java#preserve-fp]: > Fuzz tests for jdk.internal.vm.Continuation` failed, Does it matter? The

Re: API for determining the hash of a module

2024-12-14 Thread Alan Bateman
On 14/12/2024 08:02, Ethan McCue wrote: Hi all, Not sure if this is best for core-libs or langtools, but best I can tell there is no way to determine the hash of a module programmatically. The hashes you found are a JDK-specific feature so you there isn't a standard API exposed. Hashes are u

API for determining the hash of a module

2024-12-14 Thread Ethan McCue
Hi all, Not sure if this is best for core-libs or langtools, but best I can tell there is no way to determine the hash of a module programmatically. Hashes of dependent modules are recorded in JMOD files jmod describe jdks/aarch64_windows/jmods/java.base.jmod java.base@23.0.1 platform linu