You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tomee.apache.org by COURTAULT Francois <Fr...@gemalto.com> on 2017/11/07 09:27:06 UTC
Question about APR
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.
RE: Question about APR
Posted by COURTAULT Francois <Fr...@gemalto.com>.
Hello Matthew,
You mean the only added value of APR is for TLS when Java version doesn't support some cipher suites.
Best Regards.
-----Original Message-----
From: Matthew Broadhead [mailto:matthew.broadhead@nbmlaw.co.uk]
Sent: mardi 7 novembre 2017 11:20
To: users@tomee.apache.org
Subject: Re: Question about APR
APR is essential if Java doesn't support the encryption algorithm of the SSL / TLS certificate provided by your Certificate authority. It allows Tomcat to be trusted by your OS to use the system libraries (e.g.
OpenSSL). The system libraries can also be faster under certain conditions. Only applies if you need a
Connector->SSLHostConfig->Certificate in server.xml.
On 07/11/2017 10:49, Romain Manni-Bucau wrote:
> 2017-11-07 10:43 GMT+01:00 COURTAULT Francois <Fr...@gemalto.com>:
>> Hello Romain,
>>
>> Just to be sure. Your answer is: for production deployment, it is strongly advised to install APR even if, regarding performance topic, the difference between APR/HTTP is no more so significant.
> It i no more a high recommandation
>
>> So curiosity question: if APR doesn't bring so much performance increase, what is the real added value of using APR ? stability ? other ?
> If the load balancing etc is well configured nothing I can think about anymore.
>
>> Best Regards.
>>
>> -----Original Message-----
>> From: Romain Manni-Bucau [mailto:rmannibucau@gmail.com]
>> Sent: mardi 7 novembre 2017 10:30
>> To: users@tomee.apache.org
>> Subject: Re: Question about APR
>>
>> Hi François,
>>
>> yes it is the case. Now on a pure performance point of view APR/HTTP is no more as significant as it was years ago.
>>
>> Romain Manni-Bucau
>> @rmannibucau | Blog | Old Blog | Github | LinkedIn
>>
>>
>> 2017-11-07 10:27 GMT+01:00 COURTAULT Francois <Fr...@gemalto.com>:
>>> 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.
>> ________________________________
>> 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.
________________________________
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.
Re: Question about APR
Posted by Matthew Broadhead <ma...@nbmlaw.co.uk>.
APR is essential if Java doesn't support the encryption algorithm of the
SSL / TLS certificate provided by your Certificate authority. It allows
Tomcat to be trusted by your OS to use the system libraries (e.g.
OpenSSL). The system libraries can also be faster under certain
conditions. Only applies if you need a
Connector->SSLHostConfig->Certificate in server.xml.
On 07/11/2017 10:49, Romain Manni-Bucau wrote:
> 2017-11-07 10:43 GMT+01:00 COURTAULT Francois <Fr...@gemalto.com>:
>> Hello Romain,
>>
>> Just to be sure. Your answer is: for production deployment, it is strongly advised to install APR even if, regarding performance topic, the difference between APR/HTTP is no more so significant.
> It i no more a high recommandation
>
>> So curiosity question: if APR doesn't bring so much performance increase, what is the real added value of using APR ? stability ? other ?
> If the load balancing etc is well configured nothing I can think about anymore.
>
>> Best Regards.
>>
>> -----Original Message-----
>> From: Romain Manni-Bucau [mailto:rmannibucau@gmail.com]
>> Sent: mardi 7 novembre 2017 10:30
>> To: users@tomee.apache.org
>> Subject: Re: Question about APR
>>
>> Hi François,
>>
>> yes it is the case. Now on a pure performance point of view APR/HTTP is no more as significant as it was years ago.
>>
>> Romain Manni-Bucau
>> @rmannibucau | Blog | Old Blog | Github | LinkedIn
>>
>>
>> 2017-11-07 10:27 GMT+01:00 COURTAULT Francois <Fr...@gemalto.com>:
>>> 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.
>> ________________________________
>> 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.
Re: Question about APR
Posted by Romain Manni-Bucau <rm...@gmail.com>.
2017-11-07 10:43 GMT+01:00 COURTAULT Francois <Fr...@gemalto.com>:
> Hello Romain,
>
> Just to be sure. Your answer is: for production deployment, it is strongly advised to install APR even if, regarding performance topic, the difference between APR/HTTP is no more so significant.
It i no more a high recommandation
>
> So curiosity question: if APR doesn't bring so much performance increase, what is the real added value of using APR ? stability ? other ?
If the load balancing etc is well configured nothing I can think about anymore.
>
> Best Regards.
>
> -----Original Message-----
> From: Romain Manni-Bucau [mailto:rmannibucau@gmail.com]
> Sent: mardi 7 novembre 2017 10:30
> To: users@tomee.apache.org
> Subject: Re: Question about APR
>
> Hi François,
>
> yes it is the case. Now on a pure performance point of view APR/HTTP is no more as significant as it was years ago.
>
> Romain Manni-Bucau
> @rmannibucau | Blog | Old Blog | Github | LinkedIn
>
>
> 2017-11-07 10:27 GMT+01:00 COURTAULT Francois <Fr...@gemalto.com>:
>> 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.
> ________________________________
> 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.
RE: Question about APR
Posted by COURTAULT Francois <Fr...@gemalto.com>.
Hello Romain,
Just to be sure. Your answer is: for production deployment, it is strongly advised to install APR even if, regarding performance topic, the difference between APR/HTTP is no more so significant.
So curiosity question: if APR doesn't bring so much performance increase, what is the real added value of using APR ? stability ? other ?
Best Regards.
-----Original Message-----
From: Romain Manni-Bucau [mailto:rmannibucau@gmail.com]
Sent: mardi 7 novembre 2017 10:30
To: users@tomee.apache.org
Subject: Re: Question about APR
Hi François,
yes it is the case. Now on a pure performance point of view APR/HTTP is no more as significant as it was years ago.
Romain Manni-Bucau
@rmannibucau | Blog | Old Blog | Github | LinkedIn
2017-11-07 10:27 GMT+01:00 COURTAULT Francois <Fr...@gemalto.com>:
> 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.
________________________________
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.
Re: Question about APR
Posted by Romain Manni-Bucau <rm...@gmail.com>.
Hi François,
yes it is the case. Now on a pure performance point of view APR/HTTP
is no more as significant as it was years ago.
Romain Manni-Bucau
@rmannibucau | Blog | Old Blog | Github | LinkedIn
2017-11-07 10:27 GMT+01:00 COURTAULT Francois <Fr...@gemalto.com>:
> 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.
Re: Question about APR
Posted by Romain Manni-Bucau <rm...@gmail.com>.
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 <ma...@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.
>>
>
Re: Question about APR
Posted by Matthew Broadhead <ma...@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.
>