-
Bug
-
Resolution: Done
-
Major
-
None
-
None
-
None
org.jboss.modules.NativeLibraryResourceLoader#getLibrary uses the Identification.NATIVE_SEARCH_PATHS value to determine the search path to use when attempting to load a native library. Currently, when running on any Linux distribution, the search path that will be checked will be of the form linux-{cpuName}. This can cause issues on RHEL platforms where the native library is located in a RHEL-specific directory, e.g., el6-{cpuName}, el7-{cpuName}, el8-{cpuName}.
In particular, when running EAP with WildFly OpenSSL 1.1.0.Final or higher on a RHEL platform, the WildFly OpenSSL native library cannot be loaded because the JBoss Modules Identification.NATIVE_SEARCH_PATHS only attempts to look in the linux-{cpuName} directory but the native is actually located in a RHEL-specific directory.
To fix this, we could update the Identification class to attempt to search RHEL-specific paths when running on a RHEL platform and we can fallback to the linux-{cpuName} path if a RHEL-specific path isn't found.
- is incorporated by
-
JBEAP-20502 (7.3.z) Upgrade JBoss Modules from 1.10.0.Final to 1.11.0.Final
- Closed
- is related to
-
JBEAP-19895 libwfssl is not detected by EAP automatically -> cannot use OpenSSL security provider
- Closed