jean-frederic clere wrote:
OK, I will create a SSLBIO.java/sslbio.c to go on testing/experimenting
using with the BIOCallback, the interest there is to use an hardware
accelator with openssl.
Please, can you give me a day to finish initial implementation.
Hardware accelerator is used by de
Mladen Turk wrote:
jean-frederic clere wrote:
It does not, because it should fit inside the APR standard socket
implementation. Having callbacks would actually make a thing way slower,
because we would have to call the native, and from the native call the
Java that would call back the native a
jean-frederic clere wrote:
It does not, because it should fit inside the APR standard socket
implementation. Having callbacks would actually make a thing way slower,
because we would have to call the native, and from the native call the
Java that would call back the native again.
Well we just
Mladen Turk wrote:
Bill Barker wrote:
I am not 100% happy with the code. Mladen already asked me to
rollback the changes.
It looked OK to me. Basically it's the APR implementation of
SSLEngine. Don't really see a problem.
It does not, because it should fit inside the APR standard soc
Bill Barker wrote:
I am not 100% happy with the code. Mladen already asked me to rollback
the changes.
It looked OK to me. Basically it's the APR implementation of SSLEngine.
Don't really see a problem.
It does not, because it should fit inside the APR standard socket
implementation. Ha
- Original Message -
From: "jean-frederic clere" <[EMAIL PROTECTED]>
To: "Tomcat Developers List"
Sent: Thursday, June 09, 2005 12:20 AM
Subject: Re: cvs commit: jakarta-tomcat-connectors/jni/native/src ssl.c
sslcontext.c
[EMAIL PROTECTED] wrote:
jfcle
jean-frederic clere wrote:
[EMAIL PROTECTED] wrote:
Log:
Change the BIOCallback interface to use write(byte[] buf) and
read(byte[] buf);
Add SSL_accept to do the client handshake.
Arrange the corresponding example.
+++ CUT +++
Hi,
I am not 100% happy with the code. Mladen alrea
[EMAIL PROTECTED] wrote:
jfclere 2005/06/08 09:52:58
Modified:jni/examples/org/apache/tomcat/jni SSLServer.java
jni/java/org/apache/tomcat/jni BIOCallback.java SSL.java
SSLContext.java
jni/native/src ssl.c sslcontext.c
Log:
Chan
I assume this is going to be a compile/configure time option ?
What about using a different approach - generate multiple .so files, one
with common/base/non-optional functionality, and one for each optional
library. Compile time options makes it hard to distribute compiled
binaries and add more
