api-ms DLLs should not be redistributed

[khourig]

Please provide a brief summary of the bug

The api-ms DLLs are to be distributed by Microsoft only and are installed by Windows Update.

The permitted distributable DLLs are listed here https://docs.microsoft.com/en-us/visualstudio/releases/2022/redistribution

Please provide steps to reproduce where possible

No response

Expected Results

No api-ms DLLs installed.

Actual Results

Some api-ms DLLs installed.

What Java Version are you using?

JDK11.0.14.1

What is your operating system and platform?

No response

How did you install Java?

No response

Did it work before?

No response

Did you test with other Java versions?

No response

Relevant log output

No response

[gdams]

@khourig can you specify where these api-ms DLLs are located? I'll follow up once I've got confirmation

[khourig]

For instance: jdk11.0.14.1\bin\api-ms-win-core-console-l1-1-0.dll

[github-actions]

We are marking this issue as stale because it has not been updated for a while. This is just a way to keep the support issues queue manageable.
It will be closed soon unless the stale label is removed by a committer, or a new comment is made.

[karianna]

This still needs investigating

[github-actions]

We are marking this issue as stale because it has not been updated for a while. This is just a way to keep the support issues queue manageable.
It will be closed soon unless the stale label is removed by a committer, or a new comment is made.

[khourig]

Is there a time table for this to be addressed?

[karianna]

@khourig It's not on our priority list presently, so will require a volunteer to pick it up

[github-actions]

We are marking this issue as stale because it has not been updated for a while. This is just a way to keep the support issues queue manageable.
It will be closed soon unless the stale label is removed by a committer, or a new comment is made.

[karianna]

@gdams I'm not sure I'm understanding this use case, is this expected behaviour for all OpenJDK distros?

[github-actions]

We are marking this issue as stale because it has not been updated for a while. This is just a way to keep the support issues queue manageable.
It will be closed soon unless the stale label is removed by a committer, or a new comment is made.

[github-actions]

We are marking this issue as stale because it has not been updated for a while. This is just a way to keep the support issues queue manageable.
It will be closed soon unless the stale label is removed by a committer, or a new comment is made.

[khourig]

Here is post that recommends using the VC redistributable installer.
https://stackoverflow.com/questions/74073045/is-it-ok-to-distribute-api-ms-win-core-xxx-dll-with-my-app

The redistributable installers:
https://learn.microsoft.com/en-US/cpp/windows/latest-supported-vc-redist

[karianna]

@andrew-m-leonard You might have an opinion on this and reproducible builds.

[andrew-m-leonard]

I don't think this is correct, the redist DLLs listed here: https://docs.microsoft.com/en-us/visualstudio/releases/2022/redistribution
is the "Visual Studio" redistribution list, not the UCRT list.
UCRT is not a direct part of Visual Studio, it is a Windows OS component and provided as part of the "Windows Kit" SDK.
As documented here the advice is to redist and copy all of C:\Program Files (x86)\Windows Kits\10\Redist\ucrt, (which is the complete set of api-ms-win*.dll's), which is what the OpenJDK make progress does.

[khourig]

Ok so a local copy of the api-ms DLLs for Windows 7 and older. An honest question: are those systems relevant? For my project, they are not. We will remove the api-ms DLLs from the jdk folder.

[github-actions]

We are marking this issue as stale because it has not been updated for a while. This is just a way to keep the support issues queue manageable.
It will be closed soon unless the stale label is removed by a committer, or a new comment is made.