I just tried deploying the 1.8.0.CR1 adapter to Wildfly 10.0.0.CR4,
and it works without any issues.
Christian, please provide us with steps to reproduce your problem.
On Thu, Jan 21, 2016 at 4:18 PM, Stian Thorgersen <sthorger(a)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> 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>
> 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> 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>
>>> 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> 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
>>>>>
https://lists.jboss.org/mailman/listinfo/keycloak-dev
>>>>
>>>>
>>>
>>>
>>
>>
>
>
>
> _______________________________________________
> keycloak-dev mailing list
> keycloak-dev(a)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
>
https://lists.jboss.org/mailman/listinfo/keycloak-dev
_______________________________________________
keycloak-dev mailing list
keycloak-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/keycloak-dev