[keycloak-dev] Keycloak on Wildfly 10

[Bill Burke]

Log a jira and schedule for 1.9.  I'll either create a new adapter or 
find a workaround that is backward compatible.

On 1/21/2016 10:09 AM, Stian Thorgersen wrote:
> 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 <mailto: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 <mailto: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 <mailto: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
>>>             <mailto: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
>>>                 <mailto:keycloak-dev at lists.jboss.org>
>>>                 https://lists.jboss.org/mailman/listinfo/keycloak-dev
>>>
>>>
>>>
>>
>>
>
>
>
>
> _______________________________________________
> keycloak-dev mailing list
> keycloak-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/keycloak-dev

-- 
Bill Burke
JBoss, a division of Red Hat
http://bill.burkecentral.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/keycloak-dev/attachments/20160121/c360526b/attachment-0001.html