[undertow-dev] Cannot Add the alpn-boot jar to WildFly's Boot Classpath

[Radim Hatlapatka]

Hi Hanan,

there is issue in the script. After you create the security-realm 
(before creating the https listener) you need to reload the server. 
Reloading the server should fix the issue you are describing bellow.

Cheers.

Radim


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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/undertow-dev/attachments/20170424/944ba3f9/attachment.html