Yes, it also uses a binary like protocol (header names are shorter etc) which was supposed to make requests faster but it is less and less relevant nowdays.
Romain Manni-Bucau @rmannibucau | Blog | Old Blog | Github | LinkedIn 2017-11-07 10:31 GMT+01:00 Matthew Broadhead <matthew.broadh...@nbmlaw.co.uk>: > isn't APR just to allow Tomcat to use OpenSSL on the machine rather than > using Java's encryption software? It is not necessary unless you are > setting up a secure connector. If your Tomcat is behind Httpd then Httpd > can serve the certificates for you > > > On 07/11/2017 10:27, COURTAULT Francois wrote: >> >> Hello everyone, >> >> In the TomEE statup log, I can see this message : >> 27-Oct-2017 14:58:44.592 INFO [main] >> sun.reflect.DelegatingMethodAccessorImpl.invoke The APR based Apache Tomcat >> Native library which allows optimal performance in production environments >> was not found on the java.library.path: .... >> >> So my question is basic: do we need to install APR for production >> environment to improve significantly the TomEE/ Tomcat performance knowing >> that we don't integrate TomEE with native server technology like Apache >> server (eg TomEE standalone)? >> My first APR understanding is that it is useful when you integrate Tomcat >> in Apache server (meaning we don't need to install it if we use Tomcat/TomEE >> standalone). Am I right ? >> >> Best Regards. >> ________________________________ >> This message and any attachments are intended solely for the addressees >> and may contain confidential information. Any unauthorized use or >> disclosure, either whole or partial, is prohibited. >> E-mails are susceptible to alteration. Our company shall not be liable for >> the message if altered, changed or falsified. If you are not the intended >> recipient of this message, please delete it and notify the sender. >> Although all reasonable efforts have been made to keep this transmission >> free from viruses, the sender will not be liable for damages caused by a >> transmitted virus. >> >
