Manage also individual spec OSGi dependencies in AEM Cloud Service Dependencies


To keep the classpath lean it is often beneficial to reference the individual artifacts instead of the aggregates like core or cmpn. For a discussion around that see It would be nice if those dependencies were managed in as well.

Compare also with the related ticket


Stefan Seifert
September 9, 2020, 2:51 PM

alright, i've added the annotation artifacts as well - maybe we will phase them out in aem-global-parent later

Konrad Windszus
September 7, 2020, 6:49 PM

Very often usage of new annotations can lead to runtime dependencies with newer osgi packages, therefore I recommend to e.g. only use component annotations 1.4 in case DS 1.4 is available. Compare also with

Stefan Seifert
September 7, 2020, 6:21 PM

they are part of our "aem-global-parent" POM

as they are not closely attached to the running AEM version, but to the versions of the other build-related plugins (e.g. bnd maven plugin version) and the declared bnd plugins.

Konrad Windszus
September 7, 2020, 6:15 PM

Thanks Stefan, what about the annotations (ds, metatype, version, bundle)?

Stefan Seifert
September 7, 2020, 4:01 PM

thanks, i've added the individual artifacts as alternative

deriving the spec version from the package versions of the related bundles works well - except the felix converter bundle, which exports package versions for org.osgi.util.converter which are not related to the spec version (strange).

the individual artifacts will also be part of the AEM 6.5.5/6.5.6 deps POMs.



Stefan Seifert


Konrad Windszus