10:13 a.m.
When using the keycloak admin-client library in my servlet, it seems to
fail unmarshalling the JSON authorization response. I think that
admin-client/keycloak-core relies on resteasy-jackskon-provider where my
servlet uses resteasy-jackson2-provider. Maybe this is the root of the
cause. Any ideas?
17:00:50,910 ERROR [io.undertow.request] (default task-4) UT005023:
Exception handling request to /services/users:
org.jboss.resteasy.spi.UnhandledException:
javax.ws.rs.client.ResponseProcessingException:
javax.ws.rs.ProcessingException:
com.fasterxml.jackson.databind.exc.UnrecognizedPropertyException:
Unrecognized field "access_token" (class
org.keycloak.representations.AccessTokenResponse), not marked as
ignorable (9 known properties: "notBeforePolicy", "otherClaims",
"tokenType", "token", "expiresIn", "sessionState",
"refreshExpiresIn",
"idToken", "refreshToken"])
at [Source: org.apache.http.conn.EofSensorInputStream@31df042a; line:
1, column: 18] (through reference chain:
org.keycloak.representations.AccessTokenResponse["access_token"])
--
[alphaApps] mobile development
Benjamin Hansmann
Nosthoffenstraße 46
D-40589 Düsseldorf
Germany
Mobile: +49 (0) 177 249 47 47
Email: b.hansmann(a)alphaapps.de
10:58 a.m.
Is it an option for you to switch to jackson1 provider? It should be
possible by adding the file WEB-INF/jboss-deployment-structure.xml into
your WAR with the content like this:
https://github.com/keycloak/keycloak/blob/master/examples/admin-client/sr...
Marek
On 21.4.2015 17:13, Benjamin Hansmann [alphaApps] wrote:
When using the keycloak admin-client library in my servlet, it seems
to
fail unmarshalling the JSON authorization response. I think that
admin-client/keycloak-core relies on resteasy-jackskon-provider where my
servlet uses resteasy-jackson2-provider. Maybe this is the root of the
cause. Any ideas?
17:00:50,910 ERROR [io.undertow.request] (default task-4) UT005023:
Exception handling request to /services/users:
org.jboss.resteasy.spi.UnhandledException:
javax.ws.rs.client.ResponseProcessingException:
javax.ws.rs.ProcessingException:
com.fasterxml.jackson.databind.exc.UnrecognizedPropertyException:
Unrecognized field "access_token" (class
org.keycloak.representations.AccessTokenResponse), not marked as
ignorable (9 known properties: "notBeforePolicy", "otherClaims",
"tokenType", "token", "expiresIn",
"sessionState", "refreshExpiresIn",
"idToken", "refreshToken"])
at [Source: org.apache.http.conn.EofSensorInputStream@31df042a; line:
1, column: 18] (through reference chain:
org.keycloak.representations.AccessTokenResponse["access_token"])
11:16 a.m.
Hi Marek,
thanks for your reply. I switched to the jackson1 provider and it
worked. Thanks.
Any ideas on my last thread? Is it possible to let the admin web console
of the master realm listen only on local loopback interface?
Best regards,
Benjamin
On Tue, 2015-04-21 at 17:58 +0200, Marek Posolda wrote:
Is it an option for you to switch to jackson1 provider? It should be
possible by adding the file WEB-INF/jboss-deployment-structure.xml into
your WAR with the content like this:
https://github.com/keycloak/keycloak/blob/master/examples/admin-client/sr...
Marek
On 21.4.2015 17:13, Benjamin Hansmann [alphaApps] wrote:
> When using the keycloak admin-client library in my servlet, it seems to
> fail unmarshalling the JSON authorization response. I think that
> admin-client/keycloak-core relies on resteasy-jackskon-provider where my
> servlet uses resteasy-jackson2-provider. Maybe this is the root of the
> cause. Any ideas?
>
> 17:00:50,910 ERROR [io.undertow.request] (default task-4) UT005023:
> Exception handling request to /services/users:
> org.jboss.resteasy.spi.UnhandledException:
> javax.ws.rs.client.ResponseProcessingException:
> javax.ws.rs.ProcessingException:
> com.fasterxml.jackson.databind.exc.UnrecognizedPropertyException:
> Unrecognized field "access_token" (class
> org.keycloak.representations.AccessTokenResponse), not marked as
> ignorable (9 known properties: "notBeforePolicy",
"otherClaims",
> "tokenType", "token", "expiresIn",
"sessionState", "refreshExpiresIn",
> "idToken", "refreshToken"])
> at [Source: org.apache.http.conn.EofSensorInputStream@31df042a; line:
> 1, column: 18] (through reference chain:
> org.keycloak.representations.AccessTokenResponse["access_token"])
>
--
[alphaApps] mobile development
Benjamin Hansmann
Nosthoffenstraße 46
D-40589 Düsseldorf
Germany
Mobile: +49 (0) 177 249 47 47
Email: b.hansmann(a)alphaapps.de
4003
days inactive
4003
days old
2 comments
2 participants
participants (2)
-
Benjamin Hansmann [alphaApps] -
Marek Posolda