[
https://issues.apache.org/jira/browse/GEODE-8102?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17177985#comment-17177985
]
ASF subversion and git services commented on GEODE-8102:
--------------------------------------------------------
Commit 2f89fef597402822ef23bf8120e70629d0561cb3 in geode-native's branch
refs/heads/develop from Jacob Barrett
[ https://gitbox.apache.org/repos/asf?p=geode-native.git;h=2f89fef ]
GEODE-8102 Link and load OpenSSL library directly (#630)
* Refactor TcpConn
* Moves TLS support into the main library.
* Creates hard dependency on OpenSSL.
* Reduces issues with loading non-system libraries at runtime.
* Simplifies socket code.
* Fixes dependency library copy.
* Delay load OpenSSL libraries on Windows
* Fixes leak
* Clang-tidy cleanup
> Link and load OpenSSL library directly
> --------------------------------------
>
> Key: GEODE-8102
> URL: https://issues.apache.org/jira/browse/GEODE-8102
> Project: Geode
> Issue Type: Improvement
> Components: native client
> Reporter: Jacob Barrett
> Priority: Major
> Labels: pull-request-available
>
> Lazy load the OpenSSL library directly, through ACE_SSL, into the
> apache-geode library. Currently we lazy load cryptoImpl, which immediately
> loads OpenSSL. The original intent was to avoid having an immediate
> dependency on OpenSSL at a time when its availability was questionable. On
> unix like systems OpenSSL is almost always available since so many other
> components in the OS depend on it. This immediate load dependency will have
> little to no effect on those systems. On some unix like systems the
> experience will improve by not having a runtime dependency on an intermediate
> library, cryptoImpl, that may need special treatments, like LD_LIBRARY_PATH
> or RPATH changes. On Windows, where OpenSSL is an anomaly we can use MSVC's
> lazy loading feature to only load OpenSSL if SSL/TLS is configured. This
> significantly improves the experience on Windows with regards to the location
> of cryptoImpl when using .NET.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
