[undertow-dev] Cannot Add the alpn-boot jar to WildFly's Boot Classpath
Radim Hatlapatka
rhatlapa at redhat.com
Mon Apr 24 04:57:00 EDT 2017
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
More information about the undertow-dev
mailing list