Skip to content

[MNG-7072] Ambiguity in handling of primary build artifact with classifier #8375

@jira-importer

Description

@jira-importer

Łukasz Dywicki opened MNG-7072 and commented

A request for clarification and definitive resolution for edge case found in MGPG-75.

Currently MavenProject.setArtifact accepts an artifact with classifier. It works in most of the cases and most of plugins I saw so far, but it does not work with GPG plugin which loses primary artifact classifier and attaches signature without classifier.

Most of the time this goes under radar since install plugin report no issues and handles that properly. For release I was confirming we ended up with missing gpg signatures.

End result of build is following:

  • opensmarthouse-core-0.9.0-connectorio-1-features.xml
  • opensmarthouse-core-0.9.0-connectorio-1.xml.asc
  • opensmarthouse-core-0.9.0-connectorio-1-features.xml.md5
  • opensmarthouse-core-0.9.0-connectorio-1-features.xml.sha1

First file is primary build artifact (using Karaf features packaging).

Reason for creating this issue is simple - either behavior outlined by Robert Scholte should be enforced (refuse of classifiers for primary artifact) or GPG plugin and should be fixed. Given that Robert mentioned that it is something related to core please treat this as an input for starting discussion on how to handle this particular case.


Affects: 3.6.3

Issue Links:

  • MGPG-75 Creates a signature with the wrong name if a classifier is defined
    ("causes")
  • KARAF-6997 Regression in GenerateFeaturesMojo - primary artifact with classifier

Metadata

Metadata

Assignees

No one assigned

    Labels

    bugSomething isn't workingpriority:majorMajor loss of function

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions