Right, even with SSL, the socket is managed using NIO. The difference is just that undertow utilizes the SSLEngine API, to provide the TLS crypto functionality. By default the SSLEngine impl utilized is the one provided by the JDK, but Undertow does allow for any alternative SSLEngine provider to be used instead. An example of one is the wildfly-openssl project which provides a generic SSLEngine implementation that delegates to your platform’s (or your custom) openssl library. 

This allows us to have a minimal native dependency chain, as well as consistent configuration values.

On Mar 8, 2017, at 10:19 AM, Andrig Miller <anmiller@redhat.com> wrote:


On Tue, Mar 7, 2017 at 8:52 PM, Peter Nalyvayko <brat000012001@gmail.com> wrote:
Hi Andy,
Thanks for clarifying. Is there off chance a document or a chart with performance metrics comparing NIO in Undertow vs native connectors with respect to SSL?
Regards,
Peter 

​In terms of Undertow and SSL, we have not done specific tests for that, but you don't have to use a native connector to get OpenSSL native code for SSL in Undertow, if my memory serves me correctly.

Andy
​

On Mon, Mar 6, 2017 at 11:19 AM, Andrig Miller <anmiller@redhat.com> wrote:
Also, we don't recommend using the native connections anymore.  Since EAP 6.1, we have had an NIO2 based connector that is better than the native connector, and with EAP 7 we have Undertow (no need to have anything else).

Andy

On Sun, Mar 5, 2017 at 5:48 PM, Stuart Douglas <stuart.w.douglas@gmail.com> wrote:
APR was required to use the native connectors in JBoss Web. It is not required when using Undertow.

Stuart

On Mon, Mar 6, 2017 at 5:50 AM, Peter Nalyvayko <brat000012001@gmail.com> wrote:
Hello,

Not sure if this is the right mailing list to post the question. Does Wildfly support Apache Portable Runtime? I've found some old discussions about configuring APR in JBoss Web/JBoss EAP that go a few years back, but nothing as far as Wildfly/APR  support goes. A reference to a section in the documentation explicitly stating that such and such technology is not supported is really what I am after.

Regards,
--Peter 

_______________________________________________
wildfly-dev mailing list
wildfly-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/wildfly-dev


_______________________________________________
wildfly-dev mailing list
wildfly-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/wildfly-dev



--
Andrig (Andy) T. Miller
Global Platform Director, Middleware
Red Hat, Inc.




--
Andrig (Andy) T. Miller
Global Platform Director, Middleware
Red Hat, Inc.
_______________________________________________
wildfly-dev mailing list
wildfly-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/wildfly-dev

--
Jason T. Greene
WildFly Lead / JBoss EAP Platform Architect
JBoss, a division of Red Hat