Rémy,
On 10/26/21 07:46, Rémy Maucherat wrote:
During the past weeks, I examined the state of the Panama project and
what it could do. I know Mark had a look at it three years ago, and it
was not ready yet. This does not appear to be the case anymore and I
could produce a wrapper for OpenSSL and a fully functional
implementation of the OpenSSLContext/OpenSSLEngine that does not use
tomcat-native.
Cool. I've only read the README at this point, but can I ask some questions?
0. If this is in Java 17, why can't we use a stock Java 17 for this
purpose instead of using the forked Java 18 development build?
1. This (currently lengthy) process produces a JAR file, 100% Java code?
2. It's the JAR file (well, really bytecode) that is huge when
supporting the entire OpenSSL API?
3. What "problems" are caused by the large size of that library?
I think this could be integrated in Tomcat as a module like
"modules/jdbc-pool". Here, likely "modules/openssl-panama".
4. Would modules/openssl-panama essentially be a (potentially
complicated) build script without any code?
-chris
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
