[AEM] 6.4 -> 6.5 Upgrade Issue

Avatar

Avatar

Sergei_P2018

Avatar

Sergei_P2018

Sergei_P2018

11-06-2019

Hi everyone!

We're in process of upgrading environments as well as code base to support AEM 6.5.

When I install our project's bundles which use uber-jar 6.5.0 (either apis or apis-with-deprecations type) to a clean AEM 6.5 instance somehow authoring UI of SPA pages appears to be broken: I cannot change edit mode while on a page and Content Finder control is hidden. However all the bundles are in active state, I see no errors in error.log as well as browser's console.

Nevertheless, if I'd change uber-jar back to 6.4.3 everything works fine.

Could anyone give me a hint on that?

Thanks in advance!

Accepted Solutions (1)

Accepted Solutions (1)

Avatar

Avatar

Sergei_P2018

Avatar

Sergei_P2018

Sergei_P2018

19-06-2019

I've managed to solve the issue.

The reason was that we didn't update npm dependencies @adobe/cq-spa-page-model-manager & @adobe/cq-react-editable-components up to latest. This caused SPA Editor fail to make essential ".model.json" calls and thus authoring UI seemed broken.

Thanks everyone.

Answers (6)

Answers (6)

Avatar

Avatar

Jörg_Hoh

Employee

Total Posts

3.1K

Likes

1.1K

Correct Reply

1.1K

Avatar

Jörg_Hoh

Employee

Total Posts

3.1K

Likes

1.1K

Correct Reply

1.1K
Jörg_Hoh
Employee

16-06-2019

Does this affect only a single instance of your SPA on AEM 6.5 or are more than one (potentially all?) SPAs affected?

In any way, if you follow the documented procedure and it doesn't work, I would raise a ticket with support. Maybe the documentation is not up to date?

I am not a frontend guy, sorry 😕

Jörg

Avatar

Avatar

Sergei_P2018

Avatar

Sergei_P2018

Sergei_P2018

14-06-2019

Thank you for the reply.

It turns out I got a clue.

As per the Adobe's SPA Editor doc we should include meta resource properties that describe the SPA content:

<meta property="cq:datatype" data-sly-test="${wcmmode.edit || wcmmode.preview}" content="JSON"/>

So it works great for us with AEM 6.4.3, however with AEM 6.5 every page that has such meta property gets broken: we're unable to switch edit modes and to invoke Content Finder.

If we remove this meta property the problem gets fixed, though page components remain unavailable for edit.

Avatar

Avatar

Jörg_Hoh

Employee

Total Posts

3.1K

Likes

1.1K

Correct Reply

1.1K

Avatar

Jörg_Hoh

Employee

Total Posts

3.1K

Likes

1.1K

Correct Reply

1.1K
Jörg_Hoh
Employee

13-06-2019

with SPAs it can be problematic, especially if you rely on undocumented and/or undefined behavior of the UI (which can occur quite often, considering the complexity of both the product frontend plus your SPA and its frameworks on top).

I am not aware of any good shortcut to debug such a situation (I am not a frontend dev), but have to recommend to choose the old-style way of debugging.

Avatar

Avatar

aemmarc

Employee

Avatar

aemmarc

Employee

aemmarc
Employee

13-06-2019

Hi Sergei,

Feel free to open a Daycare support ticket to take the further.

Avatar

Avatar

Sergei_P2018

Avatar

Sergei_P2018

Sergei_P2018

13-06-2019

Hi @aem_marc

Thanks for the reply. However I did use jar with deprecations.

Avatar

Avatar

aemmarc

Employee

Avatar

aemmarc

Employee

aemmarc
Employee

12-06-2019

The 6.5 Uber jar refactored out a number of API's for security considerations.

Try the 6.5 Uber Jar with Deprecations

https://repo.adobe.com/nexus/content/groups/public/com/adobe/aem/uber-jar/6.5.0.0/uber-jar-6.5.0.0-a...