Can multiple versions of acs-aem-commons bundle present under one aem instance | Community
Skip to main content
August 21, 2019
Solved

Can multiple versions of acs-aem-commons bundle present under one aem instance

  • August 21, 2019
  • 6 replies
  • 3725 views

I have two bundles which are currently referencing 3.15.0 version of acs-aem-commons. Ex: bundle X & Y both refers to 3.15.0 version of acs-aem-commons.

For Y bundle, we want to upgrade to 4.2.2 version of acs-aem-commons as we will be retiring X bundle soon.

Is it possible to have both versions of acs-aem-commons bundle in my local aem instance?

I have followed steps mentioned in below given article to use 4.2.2 version of acs-aem-commons but it has affected the bundle X and acs-aem-commons imports are not getting resolved.

Using with Maven

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 joerghoh

No, this is not possible. You should refactor you code so all bundles have the same dependencies.

6 replies

Gaurav-Behl
Level 10
August 21, 2019

In theory, you might be able to package one version's bundle file locally within your code bundle and let another global version exist in Felix but  /apps or /etc specific scripts/paths would contain only a set of files shared globally. Hence, you may not achieve desired results.

I don't think that it would work.

August 21, 2019

I wouldn't advise this. You should only use one as you see that issues arise.

August 21, 2019

I tried different options but it didn't work. only one version of acs-aem-commons bundle can be present under felix

August 21, 2019

Are you looking for LIB conflicts? This is very bad practice.

Umesh_Sondhi
Level 4
September 2, 2019

You should only use one version as it doesn't work .Tried and Tested .Not advisable .

joerghoh
Adobe Employee
joerghohAdobe EmployeeAccepted solution
Adobe Employee
September 3, 2019

No, this is not possible. You should refactor you code so all bundles have the same dependencies.