[AEM] 6.4 -> 6.5 Upgrade Issue | Community
Skip to main content
Level 2
June 11, 2019
Solved

[AEM] 6.4 -> 6.5 Upgrade Issue

  • June 11, 2019
  • 7 replies
  • 4114 views

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!

This post is no longer active and is closed to new replies. Need help? Start a new post to ask your question.
Best answer by demobuster

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.

7 replies

Adobe Employee
June 12, 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-apis-with-deprecation…

Level 2
June 13, 2019

Hi @aem_marc

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

Adobe Employee
June 13, 2019

Hi Sergei,

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

joerghoh
Adobe Employee
Adobe Employee
June 13, 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.

Level 2
June 14, 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.

joerghoh
Adobe Employee
Adobe Employee
June 16, 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

demobusterAuthorAccepted solution
Level 2
June 19, 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.