9:07 a.m.
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(a)gmail.com <mailto:christian.beikov@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(a)redhat.com <mailto:sthorger@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(a)gmail.com
> <mailto:christian.beikov@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(a)lists.jboss.org
> <mailto:keycloak-dev@lists.jboss.org>
> https://lists.jboss.org/mailman/listinfo/keycloak-dev
>
>
>