[keycloak-dev] Keycloak on Wildfly 10

[Stian Thorgersen]

What is your problem when you are actually using the adapter?

As I said we need the adapter to compile against multiple versions, we can
not maintain one per version of WildFly.

On 21 January 2016 at 16:07, Christian Beikov <christian.beikov at gmail.com>
wrote:

> As I wrote, when you change the Undertow version in the parent pom, a
> build will generate a compilation error when using the Undertow version
> that is used in Wildfly 10 which would be 1.3.x.
>
> I encountered the following exception in the Undertow adapters because of
> binary incompatibilities between Undertow 1.2.x and 1.3.x:
>
> java.lang.NoSuchMethodError:
> io.undertow.server.Connectors.ungetRequestBytes(Lio/undertow/server/HttpServerExchange;[Lorg/xnio/Pooled;)V
>         at
> org.keycloak.adapters.undertow.SavedRequest.tryRestoreRequest(SavedRequest.java:112)
>         at
> org.keycloak.adapters.undertow.ServletSessionTokenStore.restoreRequest(ServletSessionTokenStore.java:119)
>         at
> org.keycloak.adapters.undertow.ServletSessionTokenStore.isCached(ServletSessionTokenStore.java:67)
>         at
> org.keycloak.adapters.RequestAuthenticator.authenticate(RequestAuthenticator.java:88)
>         at
> org.keycloak.adapters.undertow.AbstractUndertowKeycloakAuthMech.keycloakAuthenticate(AbstractUndertowKeycloakAuthMech.java:110)
>         at
> org.keycloak.adapters.undertow.ServletKeycloakAuthMech.authenticate(ServletKeycloakAuthMech.java:92)
>
>
> Regards,
> Christian
>
>
> Am 21.01.2016 um 16:00 schrieb Stian Thorgersen:
>
> When we tested it, it worked. So I need more details from you to reproduce
> this.
>
> On 21 January 2016 at 14:50, Christian Beikov <christian.beikov at gmail.com>
> wrote:
>
>> I deploy the adapter by overlaying/copying the adapter modules into my
>> Wildfly.
>>
>> I understand that you support older Wildfly versions too, but I guess you
>> have to create a separate adapter for Wildfly 10 then.
>> You can easily see that there are incompatibilities between Undertow
>> 1.2.x and 1.3.x which will result in a failed compilation if you change the
>> Undertow version in the parent pom for testing purposes.
>>
>> Regards,
>> Christian
>>
>>
>> Am 21.01.2016 um 14:44 schrieb Stian Thorgersen:
>>
>> BTW we support older versions of WildFly as well as 10, so it's not as
>> simple as upgrading the undertow version
>>
>> On 21 January 2016 at 14:43, Stian Thorgersen < <sthorger at redhat.com>
>> sthorger at redhat.com> wrote:
>>
>>> How are you deploying the adapter and what adapter are you using? We
>>> have tested the adapter with WildFly 10 (Keycloak 1.8.0.CR1 was tested on
>>> 10.0.0.CR5) and it worked fine.
>>>
>>> On 21 January 2016 at 14:30, Christian Beikov <
>>> <christian.beikov at gmail.com>christian.beikov at gmail.com> wrote:
>>>
>>>> Hello,
>>>>
>>>> I am trying to deploy Keycloak 1.8.0.CR1 to Wildfly 10.0.0.CR4 but there
>>>> are some problems with that.
>>>> You are compiling against Undertow 1.1.1.Final but Wildfly 10.0.0.CR4
>>>> comes with 1.3.3.Final and there are some binary incompatibilities in
>>>> io.undertow.server.Connectors of which
>>>> org.keycloak.adapters.undertow.SavedRequest is affected.
>>>> You are using io.undertow.util.ImmediatePooled instead of the expected
>>>> type io.undertow.connector.PooledByteBuffer which leads to method not
>>>> found exceptions.
>>>> I suggest you update the undertow version in the parent pom.xml to make
>>>> sure everything is binary compatible if you are going to support Wildfly
>>>> 10 as you announced.
>>>>
>>>> Regards,
>>>> Christian
>>>> _______________________________________________
>>>> keycloak-dev mailing list
>>>> keycloak-dev at lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/keycloak-dev
>>>>
>>>
>>>
>>
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/keycloak-dev/attachments/20160121/7535e66f/attachment.html