<div><div>Yes I have done that as described in the blog post: <a href="http://undertow.io/blog/2015/03/26/HTTP2-In-Wildfly.html" rel="noreferrer" target="_blank">http://undertow.io/blog/2015/03/26/HTTP2-In-Wildfly.html</a>.</div><div><br></div><div>The script shown in the post fails with output:</div></div><div><div><br></div><div><p style="color:rgb(49,49,49);word-spacing:1px;margin:0px;font-size:11px;line-height:normal;font-family:menlo"><span style="font-variant-ligatures:no-common-ligatures">{</span></p><p style="color:rgb(49,49,49);word-spacing:1px;margin:0px;font-size:11px;line-height:normal;font-family:menlo"><span style="font-variant-ligatures:no-common-ligatures"> "outcome" => "failed",</span></p><p style="color:rgb(49,49,49);word-spacing:1px;margin:0px;font-size:11px;line-height:normal;font-family:menlo"><span style="font-variant-ligatures:no-common-ligatures"> "failure-description" => {</span></p><p style="color:rgb(49,49,49);word-spacing:1px;margin:0px;font-size:11px;line-height:normal;font-family:menlo"><span style="font-variant-ligatures:no-common-ligatures"> "WFLYCTL0080: Failed services" => {"jboss.undertow.listener.https" => "org.jboss.msc.service.StartException in service jboss.undertow.listener.https: Failed to start service</span></p><p style="color:rgb(49,49,49);word-spacing:1px;margin:0px;font-size:11px;line-height:normal;font-family:menlo"><span style="font-variant-ligatures:no-common-ligatures"> Caused by: java.lang.IllegalStateException: WFLYUT0079: No SSL Context available from security realm. Either the realm is not configured for SSL, or the server has not been reloaded since the SSL config was added."},</span></p><p style="color:rgb(49,49,49);word-spacing:1px;margin:0px;font-size:11px;line-height:normal;font-family:menlo"><span style="font-variant-ligatures:no-common-ligatures"> "WFLYCTL0412: Required services that are not installed:" => ["jboss.undertow.listener.https"],</span></p><p style="color:rgb(49,49,49);word-spacing:1px;margin:0px;font-size:11px;line-height:normal;font-family:menlo"><span style="font-variant-ligatures:no-common-ligatures"> "WFLYCTL0180: Services with missing/unavailable dependencies" => undefined</span></p><p style="color:rgb(49,49,49);word-spacing:1px;margin:0px;font-size:11px;line-height:normal;font-family:menlo"><span style="font-variant-ligatures:no-common-ligatures"> },</span></p><p style="color:rgb(49,49,49);word-spacing:1px;margin:0px;font-size:11px;line-height:normal;font-family:menlo"><span style="font-variant-ligatures:no-common-ligatures"> "rolled-back" => true,</span></p><p style="color:rgb(49,49,49);word-spacing:1px;margin:0px;font-size:11px;line-height:normal;font-family:menlo"><span style="font-variant-ligatures:no-common-ligatures"> "response-headers" => {"process-state" => "reload-required"}</span></p><p style="color:rgb(49,49,49);word-spacing:1px;margin:0px;font-size:11px;line-height:normal;font-family:menlo"><span style="font-variant-ligatures:no-common-ligatures">}</span></p><p style="color:rgb(49,49,49);word-spacing:1px;margin:0px;font-size:11px;line-height:normal;font-family:menlo"><span style="font-variant-ligatures:no-common-ligatures"><br></span></p></div><div><div class="gmail_quote"><div>On Mon, Apr 24, 2017 at 6:24 AM Stuart Douglas <<a href="mailto:sdouglas@redhat.com" target="_blank">sdouglas@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Ah, I just skim read your first email and did not realize you were<br>
talking about the OkHttp client, and not the native Undertow<br>
client/server. Even though Undertow has support for ALPN natively<br>
using other clients will require the jar.<br>
<br>
How have you attempted to add the jar to the boot class path? You<br>
probably want to add it to JAVA_OPTS in standalone.conf.<br>
<br>
Stuart<br>
<br>
On Sat, Apr 22, 2017 at 4:57 AM, Hanan Othman <<a href="mailto:hothman@webalo.com" target="_blank">hothman@webalo.com</a>> wrote:<br>
> So what you mean is that I should be able to use OkHttp inside WildFly<br>
> 10.1 without having to do any additional setup? Might there be a reason<br>
> why this is not what I am seeing currently?<br>
><br>
> On Fri, Apr 21, 2017 at 12:01 AM, Stuart Douglas <<a href="mailto:sdouglas@redhat.com" target="_blank">sdouglas@redhat.com</a>><br>
> wrote:<br>
>><br>
>> On Fri, Apr 21, 2017 at 1:17 AM, Hanan Othman <<a href="mailto:hothman@webalo.com" target="_blank">hothman@webalo.com</a>> wrote:<br>
>> > Yes, I am. The same jar works outside of WildFly.<br>
>> ><br>
>> > Can you tell me about the other solution that WildFly 10.1 uses?<br>
>><br>
>> It uses a different approach that does not require replacing the boot<br>
>> class path jars. It should just work out of the box on any Oracle or<br>
>> OpenJDK JVM.<br>
>><br>
>> Stuart<br>
>><br>
>> ><br>
>> > On Thu, Apr 20, 2017 at 4:42 PM, Tomaž Cerar <<a href="mailto:tomaz.cerar@gmail.com" target="_blank">tomaz.cerar@gmail.com</a>><br>
>> > wrote:<br>
>> >><br>
>> >> Hey,<br>
>> >><br>
>> >> are you using proper version of apln-boot jar that applies to your<br>
>> >> exact<br>
>> >> version of jdk?<br>
>> >><br>
>> >> Since 10.1, WildFly itself doesn't use the apln-boot hack anymore<br>
>> >> since,<br>
>> >> but uses different solution in undertow that doesn't require patching<br>
>> >> jdk<br>
>> >> classes.<br>
>> >><br>
>> >> --<br>
>> >> tomaz<br>
>> >><br>
>> >> On Thu, Apr 20, 2017 at 3:58 PM, Hanan Othman <<a href="mailto:hothman@webalo.com" target="_blank">hothman@webalo.com</a>><br>
>> >> wrote:<br>
>> >>><br>
>> >>> Hello undertow-dev,<br>
>> >>><br>
>> >>> I'm trying to use WildFly to send a push notification to iOS devices,<br>
>> >>> which requires the use of HTTP/2. Using OkHttp<br>
>> >>> (<a href="http://square.github.io/okhttp/" rel="noreferrer" target="_blank">http://square.github.io/okhttp/</a>), I was able to send a request<br>
>> >>> successfully<br>
>> >>> in an external java project using the JVM option:<br>
>> >>> -Xbootclasspath/p:<path-to-alpn-boot-jar>.<br>
>> >>><br>
>> >>> After checking the documentation here:<br>
>> >>> <a href="http://undertow.io/blog/2015/03/26/HTTP2-In-Wildfly.html" rel="noreferrer" target="_blank">http://undertow.io/blog/2015/03/26/HTTP2-In-Wildfly.html</a>, I was unable<br>
>> >>> to do<br>
>> >>> the same in WildFly. When I run the server I get:<br>
>> >>><br>
>> >>> okhttp3.OkHttpClient -- ALPN callback dropped: SPDY and HTTP/2 are<br>
>> >>> disabled. Is alpn-boot on the boot class path?<br>
>> >>><br>
>> >>><br>
>> >>> which leads me to think that it is not actually on the classpath. I<br>
>> >>> have<br>
>> >>> the same configuration as that in the blog post, except having Wildfly<br>
>> >>> 10.0.1.Final instead of Wildfly 9.0.0.Beta1. I have the correct<br>
>> >>> alpn-boot<br>
>> >>> jar version since it already works outside of WildFly, but I do not<br>
>> >>> know<br>
>> >>> what else I could be missing. Thank you very much for your time.<br>
>> >>><br>
>> >>> Best,<br>
>> >>> Hanan<br>
>> >>><br>
>> >>> _______________________________________________<br>
>> >>> undertow-dev mailing list<br>
>> >>> <a href="mailto:undertow-dev@lists.jboss.org" target="_blank">undertow-dev@lists.jboss.org</a><br>
>> >>> <a href="https://lists.jboss.org/mailman/listinfo/undertow-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/mailman/listinfo/undertow-dev</a><br>
>> >><br>
>> >><br>
>> ><br>
>> ><br>
>> > _______________________________________________<br>
>> > undertow-dev mailing list<br>
>> > <a href="mailto:undertow-dev@lists.jboss.org" target="_blank">undertow-dev@lists.jboss.org</a><br>
>> > <a href="https://lists.jboss.org/mailman/listinfo/undertow-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/mailman/listinfo/undertow-dev</a><br>
><br>
><br>
</blockquote></div></div></div>