The issue is that the initial request is a POST, adapter saves request
and redirects to keycloak, authenticates, redirects back to app, then
restores request. The restore of the request is where the
NoSuchMethodError happens.
On 1/21/2016 10:19 AM, Stian Thorgersen wrote:
It depends on what the actual problem is though, because we have
tested it on WF10 and we didn't discover any issues
On 21 January 2016 at 16:18, Stian Thorgersen <sthorger(a)redhat.com
<mailto:sthorger@redhat.com>> wrote:
If the adapter is broken for WF10, we need to fix for 1.8 as well
On 21 January 2016 at 16:15, Bill Burke <bburke(a)redhat.com
<mailto:bburke@redhat.com>> wrote:
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(a)gmail.com
> <mailto:christian.beikov@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(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
>>>
>>>
>>>
>>
>>
>
>
>
>
> _______________________________________________
> keycloak-dev mailing list
> keycloak-dev(a)lists.jboss.org
> <mailto:keycloak-dev@lists.jboss.org>
>
https://lists.jboss.org/mailman/listinfo/keycloak-dev
--
Bill Burke
JBoss, a division of Red Hat
http://bill.burkecentral.com
_______________________________________________
keycloak-dev mailing list
keycloak-dev(a)lists.jboss.org <mailto:keycloak-dev@lists.jboss.org>
https://lists.jboss.org/mailman/listinfo/keycloak-dev