fix(adobemedia): write resolved dependency versions into POM and re-include in publish#741
Merged
Merged
Conversation
…nclude in publish adobemedia-3 resolves its Adobe extensions through the sdk-bom, so they were declared without explicit versions and the generated POM listed them with an empty <version>. Maven Central rejects version-less dependencies, which blocked the whole kits bundle, so #739 excluded the kit from the 6.0.0 publish. Add a versionMapping block (scoped to this module) that maps each dependency to the version resolved on the release classpaths, so the published POM carries concrete versions while the build.gradle keeps the sdk-bom range. Re-include the kit in settings-kits.gradle, kits/matrix.json, and settings-kit-examples.gradle so it ships again in the next release.
PR SummaryCursor Bugbot is generating a summary for commit 6120f1e. Configure here. |
|
nickolas-dimitrakas
approved these changes
Jul 23, 2026
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.



Background
adobemedia-3resolves its Adobe Experience Platform extensions through thecom.adobe.marketing.mobile:sdk-bom(declared with a version range), so the individual extensions (core,analytics,media,userprofile,lifecycle,identity,signal) are declared without explicit versions — the BOM supplies them at build time.The generated Maven POM therefore listed those dependencies with an empty
<version>. Maven Central rejects version-less dependencies (Dependency version information is missing for dependency: com.adobe.marketing.mobile:core, …), and because Central Portal deployments are atomic, that single failure blocked the entire kits bundle. As a stopgap, #739 excludedadobemedia-3from the 6.0.0 publish.What changed
kits/adobemedia/adobemedia-3/build.gradle— add aversionMappingblock (scoped to this module only) that maps each published dependency to the version resolved on thereleaseCompileClasspath/releaseRuntimeClasspath. The published POM now carries concrete versions whilebuild.gradlekeeps the readablesdk-bomrange (auto-tracking 3.x, parity with the iOS SPM.upToNextMajor(from: "3.0.0")).settings-kits.gradle,kits/matrix.json,settings-kit-examples.gradle— reverse the chore: exclude adobemedia-3 from 6.0 publish and enable manual publish trigger #739 exclusion so the kit is built, tested, and published again.No
VERSIONchange here — the fix ships in the next release bump (Release – Draft), so the full kits bundle re-publishes at a fresh version withadobemedia-3included.Validation
Generated the POM locally and confirmed every dependency now has a concrete version:
./gradlew -c settings-kits.gradle :kits:android-adobemedia:adobemedia-3:generatePomFileForMavenPublication -PVERSION=6.0.0→ no version-less<dependency>entries remain.Test plan
build-kitsmatrix runs:kits:android-adobemedia:adobemedia-3:testReleasegreen.com.mparticle:adobemedia-3to Maven Central (POM validation passes).