I've been trying with Wildfly 10.0.0.CR2 recently, and didn't come across this problem you describe.

Please file a JIRA, and describe how to reproduce the issue.

On Mon, Oct 19, 2015 at 4:53 AM, Flynn, Kenneth <kflynn@cghtech.com> wrote:
Hello all,

It looks like Wildfly 10 changes a method interface in undertow and the keycloak is still linking against the old method.  Going across a redirect, I get this exception:

java.lang.NoSuchMethodError: io.undertow.server.Connectors.ungetRequestBytes(Lio/undertow/server/HttpServerExchange;[Lorg/xnio/Pooled;)V
org.keycloak.adapters.undertow.SavedRequest.tryRestoreRequest(SavedRequest.java:112)
org.keycloak.adapters.undertow.ServletSessionTokenStore.restoreRequest(ServletSessionTokenStore.java:119)
org.keycloak.adapters.undertow.ServletSessionTokenStore.isCached(ServletSessionTokenStore.java:67)
org.keycloak.adapters.RequestAuthenticator.authenticate(RequestAuthenticator.java:85)
org.keycloak.adapters.undertow.AbstractUndertowKeycloakAuthMech.keycloakAuthenticate(AbstractUndertowKeycloakAuthMech.java:114)
org.keycloak.adapters.undertow.ServletKeycloakAuthMech.authenticate(ServletKeycloakAuthMech.java:94)

Looking at this commit:


the parameters changed type (from Pooled<ByteBuffer> to PooledByteBuffer).

This is called from here:


I'm guessing the call on 112 needs to make the new object type?

Should I file a bug in the JIRA?

Thanks,
Kenn

_______________________________________________
keycloak-user mailing list
keycloak-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/keycloak-user