In-place Upgrade of 6.4.8.4 to 6.5.0 Doesn't Upgrade Bundles | Community
Skip to main content
Level 2
September 30, 2021
Solved

In-place Upgrade of 6.4.8.4 to 6.5.0 Doesn't Upgrade Bundles

  • September 30, 2021
  • 1 reply
  • 980 views

When attempting an in-place upgrade of 6.4.8.4 Author instance to 6.5 the upgrade runs for about a minute then hangs with many product bundles in unresolved state.  This was a previously upgraded from 6.1 or 6.2 to 6.4 instance, and one of the unsatisfied dependencies was:

 

Unresolved requirements: [[com.adobe.granite.crypto [158](R 158.3)] osgi.wiring.package; (&(osgi.wiring.package=org.apache.commons.io)(version>=2.0.1)(!(version>=3.0.0)))]

 

So, followed the known issue resolution to install commons-io:  https://helpx.adobe.com/dk/experience-manager/kb/aem65upgradeadditionalsteps.html

 

After performing the above, upgrade.log says the upgrade completed:

30.09.2021 00:35:53.191 *INFO* [FelixStartLevel] com.adobe.cq.upgradesexecutor.Activator UPGRADE TASK DONE: CqMergeBackupUpgrade

30.09.2021 00:35:53.192 *INFO* [FelixStartLevel] com.adobe.cq.upgradesexecutor.Activator UPGRADE FINISHED: From a total of 28 CodeUpgradeTasks: 1 were successfully executed, 0 failed and 6 skipped. Total execution time about 1 seconds

 

OSGi Admin Console -> Product Information shows: Adobe Experience Manager (6.5.0)

CRXDE shows Apache Jackrabbit Oak 1.10.2 

 

However, about 25 product bundles are stuck in Installed state with unsatisfied dependencies.  For example:

Adobe CQ WCM Foundation Components 5.12.20 (state: Installed)
ERROR: com.day.cq.wcm.api,version=[1.27,1.28) -- Cannot be resolved

com.day.cq.wcm.cq-wcm-api 5.12.30 is installed, but this version exports:

com.day.cq.wcm.api,version=1.28.0

 

Doing a comparison of the installed bundle versions compared to the bundle versions of a fresh 6.5 install show that almost all of the bundles did not upgrade, e.g.:

 

Day Communique 5 WCM API - 5.12.30 vs. 5.14.6

Adobe CQ WCM Foundation Components - 5.12.20 vs. 5.12.38

Apache Sling Servlet Resolver - 2.4.24 vs. 2.7.10

 

Any help would be greatly appreciated.

 

 

 

 

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 bbur3

Issues resolved.  

 

Started over with the upgrade, extracted Day Communique 5 WCM API - 5.12.26 bundle from the 6.5.0 quickstart jar and installed that before starting the upgraded. 

 

The one other issue was the missing commons-io, which I resolved by installing as per https://helpx.adobe.com/dk/experience-manager/kb/aem65upgradeadditionalsteps.html

 

1 reply

bbur3Author
Level 2
September 30, 2021

Actually, I was mistaken.  I compared the bundle versions to a 6.5.9 instance.  Comparing the upgraded instance to a freshly installed 6.5.0 instance, most of the versions are the same, except for this one which seems to be the culprit:

 

6.4.8.4 upgraded to 6.5.0 instance:

Day Communique 5 WCM API - 5.12.30

Fresh 6.5.0 instance:

Day Communique 5 WCM API - 5.12.26

So, it appears the 6.4.8.4 upgraded to 6.5.0 instance actually has a newer version of this bundle that does not satisfy some of the other bundles that are the correct version for a 6.5.0 instance.  This newer version must have been introduced by one of the service packs or cumulative fix packs that had brought the instance up to 6.4.8.4.  Going to try manually downgrading this bundle to the correct version for 6.5.0.

 

milind_bachani
Adobe Employee
Adobe Employee
September 30, 2021

Hi @bbur3, that was a good catch!
Try installing the latest service pack compatible with AEM-6.5 and then deploy your custom code.