I am using 6.0.26.  The native library is loaded.  I am not as concern about
SSL since most of our application don't use SSL.  I am guessing that most
people don't use the native library.  One of my concern is stability.  With
a smaller user community, is the native code less stable than the pure Java
code?  Less usage could mean that there may be bugs that have not been
shaken out yet.

Bill

On Thu, Apr 15, 2010 at 1:03 PM, Jeffrey Janner <jeffrey.jan...@polydyne.com
> wrote:

> Other than the different SSL implementation?
> It depends on the release of Tomcat you are using.  5.5.28 (and some
> release of 6.x) won't properly recognize the library.  That is fixed in
> current releases.
>
> -----Original Message-----
> From: Bill Au [mailto:bill.w...@gmail.com]
> Sent: Thursday, April 15, 2010 9:25 AM
> To: Tomcat Users List
> Subject: question about APR based native library
>
> Are there any reasons I shouldn't use the APR based native libaray?  Or
> at
> least things that I should be aware of if I do use it?  According to the
> documentation using the native library will give better scalability and
> performance.  I want to understand if there are any downside since with
> most
> things there are both upside and downside.
>
> Bill
>
> *******************************  NOTICE  *********************************
> This message is intended for the use of the individual or entity to which
> it is addressed and may contain information that is privileged,
> confidential, and exempt from disclosure under applicable law.  If the
> reader of this message is not the intended recipient or the employee or
> agent responsible for delivering this message to the intended recipient,
> you are hereby notified that any dissemination, distribution, or copying
> of this communication is strictly prohibited.  If you have received this
> communication in error, please notify us immediately by reply or by
> telephone (call us collect at 512-343-9100) and immediately delete this
> message and all its attachments.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>

Reply via email to