-
Bug
-
Resolution: Done
-
Blocker
-
None
-
None
When WildFly starts on Windows with SE 17 or later (really SE 13, but I didn't try), either via .bat or .ps1, this is written to stdio:
WARNING: package com.sun.net.internal.ssl not in java.base
This is because of a flaw in the WFCORE-4296 fix in common.bat and common.ps1.
Both have a "[S|s]etPackageAvailable" function that runs
java --add-opens=java.base/com.sun.net.ssl.internal.ssl=ALL-UNNAMED -version
with the goal of checking the outcome to detect if the --add-opens is valid, and using that to decide whether to include it in the WF process startup command.
But the check is meant to include searching for 'WARNING' in the output from the java command, and that check is missing. (It's there in the equivalent function in common.sh). The result is the test always evaluates as 'true' and the --add-opens is always part of the command. That leads to warns on SE versions that don't have that package.
The bat function should pipe to findstr and the ps1 function should pipe to Select-String.
- is cloned by
-
WFLY-18619 Windows: WARNING: package com.sun.net.internal.ssl not in java.base
- Closed
- is depended on by
-
JBEAP-25825 [8.0.z.GA] Windows: WARNING: package com.sun.net.internal.ssl not in java.base
- Closed
-
JBEAP-25828 (7.4.z) WFCORE-6552 - Windows: WARNING: package com.sun.net.internal.ssl not in java.base
- Closed