aem-global-parent 1.15.12 makes building of content packages with sling:OsgiConfig fail

Description

When upgrading to aem-global-parent 1.15.12, creation of a content package that is of package type "container" and contains "sling:OsgiConfig" nodes, fails due to https://issues.apache.org/jira/browse/JCRVLT-572

Activity

Show:

Stefan Seifert March 25, 2022 at 4:39 PM

i assume it's fixed with filevault-package-maven-plugin 1.3.0

you can give it a try with io.wcm.maven.aem-global-parent 2.0.7-SNAPSHOT

Stefan Seifert December 9, 2021 at 10:33 AM

yes, will update as soon as it gets available.

Henry Kuijpers December 9, 2021 at 9:43 AM

@Stefan The ticket is resolved. I guess we now need to wait until it will be released.

Henry Kuijpers December 2, 2021 at 2:07 PM

Yes, I agree. But since we do a lot of implementations, we have projects that still use them. I would assume that there are more projects that use aem-global-parent and also still use sling:OsgiConfig.

The project I’m working on has a few, so I think I will migrate them. But another project I’m on has 300+ sling:OsgiConfig nodes, which is a lot more cumbersome.

Stefan Seifert December 2, 2021 at 1:52 PM

btw. using “sling:OsgiConfig” nodes is very outdated and should no longer be used. best practices for the last years was using .config files instead (using felix config admin syntax), and this best practice was recently replaced with a new OSGi standard using .cfg.json files (see example)

i’ve never tested the latest filevault package maven plugin with sling:OsgiConfig nodes for years as we’ve got rid of them for a long time.

let’s see what turns out.

Fixed

Details

Assignee

Reporter

Components

Priority

Created December 2, 2021 at 1:40 PM
Updated March 25, 2022 at 4:39 PM
Resolved March 25, 2022 at 4:39 PM