2:30 p.m.
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
2:43 p.m.
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
2:44 p.m.
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
>
2:50 p.m.
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
4 p.m.
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@gmail.com>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
>>
>
>
4:07 p.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
>
>
>
4:09 p.m.
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>
> 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@gmail.com>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
>>>
>>
>>
>
>
4:15 p.m.
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
https://lists.jboss.org/mailman/listinfo/keycloak-dev
--
Bill Burke
JBoss, a division of Red Hat
http://bill.burkecentral.com
4:18 p.m.
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@gmail.com>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>
>> 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@gmail.com>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@lists.jboss.org>keycloak-dev(a)lists.jboss.org
>>>> <https://lists.jboss.org/mailman/listinfo/keycloak-dev>
>>>> https://lists.jboss.org/mailman/listinfo/keycloak-dev
>>>>
>>>
>>>
>>
>>
>
>
_______________________________________________
keycloak-dev mailing
listkeycloak-dev@lists.jboss.orghttps://lists.jboss.org/mailman/listinfo/keycloak-dev
--
Bill Burke
JBoss, a division of Red Hathttp://bill.burkecentral.com
_______________________________________________
keycloak-dev mailing list
keycloak-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/keycloak-dev
4:19 p.m.
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> 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@gmail.com>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>
>>> 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@gmail.com>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@lists.jboss.org>keycloak-dev(a)lists.jboss.org
>>>>> <https://lists.jboss.org/mailman/listinfo/keycloak-dev>
>>>>> https://lists.jboss.org/mailman/listinfo/keycloak-dev
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>
> _______________________________________________
> keycloak-dev mailing
listkeycloak-dev@lists.jboss.orghttps://lists.jboss.org/mailman/listinfo/keycloak-dev
>
>
> --
> Bill Burke
> JBoss, a division of Red Hathttp://bill.burkecentral.com
>
>
> _______________________________________________
> keycloak-dev mailing list
> keycloak-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/keycloak-dev
>
4:20 p.m.
Because you probably didn't hit the code that is binary incompatible. As
you can see in the stacktrace, the ungetRequestBytes method has a
different signature in Undertow 1.3.x
Am 21.01.2016 um 16:19 schrieb Stian Thorgersen:
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
_______________________________________________
keycloak-dev mailing list
keycloak-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/keycloak-dev
4:25 p.m.
What do I have to do to trigger this?
>> 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)
Our testing procedure is inadequate if we are unable to detect this error.
On Thu, Jan 21, 2016 at 4:20 PM, Christian Beikov
<christian.beikov(a)gmail.com> wrote:
Because you probably didn't hit the code that is binary
incompatible. As you
can see in the stacktrace, the ungetRequestBytes method has a different
signature in Undertow 1.3.x
Am 21.01.2016 um 16:19 schrieb Stian Thorgersen:
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> 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
_______________________________________________
keycloak-dev mailing list
keycloak-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/keycloak-dev
4:25 p.m.
When/how do you hit the code that is binary incompatible though?
On 21 January 2016 at 16:20, Christian Beikov <christian.beikov(a)gmail.com>
wrote:
Because you probably didn't hit the code that is binary
incompatible. As
you can see in the stacktrace, the ungetRequestBytes method has a different
signature in Undertow 1.3.x
Am 21.01.2016 um 16:19 schrieb Stian Thorgersen:
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> 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>
> 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@gmail.com>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@gmail.com>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>
>>>> 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@gmail.com>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@lists.jboss.org>keycloak-dev(a)lists.jboss.org
>>>>>> <https://lists.jboss.org/mailman/listinfo/keycloak-dev>
>>>>>> https://lists.jboss.org/mailman/listinfo/keycloak-dev
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>> _______________________________________________
>> keycloak-dev mailing
listkeycloak-dev@lists.jboss.orghttps://lists.jboss.org/mailman/listinfo/keycloak-dev
>>
>>
>> --
>> Bill Burke
>> JBoss, a division of Red Hathttp://bill.burkecentral.com
>>
>>
>> _______________________________________________
>> keycloak-dev mailing list
>> keycloak-dev(a)lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/keycloak-dev
>>
>
>
_______________________________________________
keycloak-dev mailing
listkeycloak-dev@lists.jboss.orghttps://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
4:28 p.m.
Trying to write up the JIRA issue for this now, but as far as I can say,
it happens when I refresh(GET request) a page that is secured.
Regards,
Christian
Am 21.01.2016 um 16:25 schrieb Stian Thorgersen:
When/how do you hit the code that is binary incompatible though?
On 21 January 2016 at 16:20, Christian Beikov
<christian.beikov(a)gmail.com <mailto:christian.beikov@gmail.com>> wrote:
Because you probably didn't hit the code that is binary
incompatible. As you can see in the stacktrace, the
ungetRequestBytes method has a different signature in Undertow 1.3.x
Am 21.01.2016 um 16:19 schrieb Stian Thorgersen:
> 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
>
>
>
>
>
> _______________________________________________
> 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
4:32 p.m.
Thanks, hopefully we can fix it for 1.8.0.Final due next week.
On 21 January 2016 at 16:28, Christian Beikov <christian.beikov(a)gmail.com>
wrote:
Trying to write up the JIRA issue for this now, but as far as I can
say,
it happens when I refresh(GET request) a page that is secured.
Regards,
Christian
Am 21.01.2016 um 16:25 schrieb Stian Thorgersen:
When/how do you hit the code that is binary incompatible though?
On 21 January 2016 at 16:20, Christian Beikov <christian.beikov(a)gmail.com>
wrote:
> Because you probably didn't hit the code that is binary incompatible. As
> you can see in the stacktrace, the ungetRequestBytes method has a different
> signature in Undertow 1.3.x
>
>
> Am 21.01.2016 um 16:19 schrieb Stian Thorgersen:
>
> 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>
> 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>
>> 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@gmail.com>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@gmail.com>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>
>>>>> 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@gmail.com>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@lists.jboss.org>keycloak-dev(a)lists.jboss.org
>>>>>>>
<https://lists.jboss.org/mailman/listinfo/keycloak-dev>
>>>>>>> https://lists.jboss.org/mailman/listinfo/keycloak-dev
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>> _______________________________________________
>>> keycloak-dev mailing
listkeycloak-dev@lists.jboss.orghttps://lists.jboss.org/mailman/listinfo/keycloak-dev
>>>
>>>
>>> --
>>> Bill Burke
>>> JBoss, a division of Red Hathttp://bill.burkecentral.com
>>>
>>>
>>> _______________________________________________
>>> keycloak-dev mailing list
>>> keycloak-dev(a)lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/keycloak-dev
>>>
>>
>>
>
>
> _______________________________________________
> keycloak-dev mailing
listkeycloak-dev@lists.jboss.orghttps://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
>
5:41 p.m.
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
--
Bill Burke
JBoss, a division of Red Hat
http://bill.burkecentral.com
4:20 p.m.
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
4:33 p.m.
Here you go: https://issues.jboss.org/browse/KEYCLOAK-2373
Regards,
Christian
Am 21.01.2016 um 16:15 schrieb 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(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> 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
3010
days inactive
3010
days old
17 comments
4 participants
participants (4)
-
Bill Burke -
Christian Beikov -
Marko Strukelj -
Stian Thorgersen