apache / apache/maven-shade-plugin

[MSHADE-323] Flatten Maven Plugin conflicts with Maven Shade Plugin

Open
#323 4 comments 0 reactions 0 assignees View on GitHub
bug priority:minor
Dominant language
Java
Stars
188
Forks
103
Avg merge
16h 39m
Merged PRs (30d)
4

Description

**[lakunma](https://issues.apache.org/jira/secure/ViewProfile.jspa?name=lakunma)** opened **[MSHADE-323](https://issues.apache.org/jira/browse/MSHADE-323?redirect=false)** and commented

When using Flatten Maven Plugin in the same project with Maven Shade Plugin then the dependency reduced POM is _not_ flattened.

What i encountered that having flatten plugin configured according to https://maven.apache.org/maven-ci-friendly.html, and having shade plugin configured with the default settings to produce uber jar the ${revision} variable remains and gets installed/deployed within the final pom, thus making the pom in the repository invalid.

It seems that both plugins transform original pom. And then what gets installed in the last one, which is the 'shades' one. I'm not sure that's a bug (in a sense that it is shade's fault).

See also https://github.com/mojohaus/flatten-maven-plugin/issues/100

---

**Remote Links:**
- [GitHub Pull Request #129
](https://github.com/apache/maven-shade-plugin/pull/129)

6 votes, 6 watchers

Contributor guide

No contributing guide indexed for this repository

Research direction

Reproduce the interaction between Flatten Maven Plugin and Maven Shade Plugin using the Maven CI-friendly configuration and Shade's default settings. Inspect the reduced POM that is installed or deployed; done means the final repository POM is flattened and no longer contains the unresolved ${revision} variable.

Written by the indexing model from the issue text.

Assessment

Tech stack
java
Domain
build-system
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.