AEM upgrade from 6.3 to 6.5 issue | Community
Skip to main content
subrato_kha
Level 4
Apr 7, 2020 11:01 PM UTC
Solved

AEM upgrade from 6.3 to 6.5 issue

Hi All,

 

We are trying to upgrade from AEM 6.3 to 6.5. After the upgrade we noticed that gigya cloud configuration stopped working causing error in the jsp of gigya. On further investigation we found out that com.day.crx.security.token.impl.impl.TokenAuthenticationHandler  in OSGI have Enable encapsulated token support checkbox. Once we disable it , Gigya starts working and keeping it enabled causing gigya to fail. This work in 6.3 and we never faced issue. On further findings I found that once I enable encapsulated token the value of cp.get("tokenExpiration") in below code is null which breaks the code

<%@ page import="org.apache.jackrabbit.oak.spi.security.authentication.token.TokenConfiguration" %>
<%@ page import="org.apache.jackrabbit.oak.spi.security.ConfigurationParameters" %>

int getTokenExp(TokenConfiguration tc) {

ConfigurationParameters cp = tc.getParameters();
Long exp = Long.parseLong((String) cp.get("tokenExpiration"));
exp = exp / 1000;
return exp.intValue();
}


and when encapsulated token is disabled it returns the below highlighted  value in the image.

 

want to know is there a change in AEM 6.5 related to this, what is the suggested fix?

@joerghoh @kautuk_sahni 

This post is no longer active and is closed to new replies. Need help? Start a new post to ask your question.
joerghoh
joerghohAccepted solution
Employee
Apr 9, 2020 1:52 PM UTC

The encapsulated token is a security feature, which allows to validate the token created on a single (publish) AEM instance also on other instances. The Gigya client seems to rely on some implementation details of the token. Is there an update available for the client, which works together with encapsulated tokens?

 

Jörg

3 replies

subrato_kha
Level 4
Apr 16, 2020 8:09 AM UTC

issue solved

Translate
joerghoh
joerghohAccepted solution
Employee
Apr 9, 2020 1:52 PM UTC

The encapsulated token is a security feature, which allows to validate the token created on a single (publish) AEM instance also on other instances. The Gigya client seems to rely on some implementation details of the token. Is there an update available for the client, which works together with encapsulated tokens?

 

Jörg

Translate
subrato_kha
Level 4
Apr 16, 2020 8:11 AM UTC
the issue is fixed. got an updated package of gigya on request which supports encapsulated token
Translate