jira.codehaus.org

  • Log In Access more options
    • Online Help
    • Keyboard Shortcuts
    • About JIRA
    • JIRA Credits
    • What?s New
  • Dashboards Access more options (Alt+d)
  • Projects Access more options (Alt+p)
  • Issues Access more options (Alt+i)
  • Maven 2.x and 3.x GPG Plugin
  • MGPG-34

Allow to define an alternative pomFile when sign (gpg:sign) the project artifact

  • Log In
  • Views
    • XML
    • Word
    • Printable

Details

  • Type: Improvement Improvement
  • Status: Open Open
  • Priority: Major Major
  • Resolution: Unresolved
  • Affects Version/s: 1.1
  • Fix Version/s: None
  • Labels:
    • scrub-review-started
  • Patch Submitted:
    Yes

Description

This small modification allow to specify an alternative pomFile to sign instead of the default project file. It's very useful when a custom pom file has been generated during the build process. I'm using a complex build configuration for a framework where I need to create custom pom files. I'm able create a release from my CI and publish it to the central repository the gpg:sign signs the wrong pom file.

  • Options
    • Sort By Name
    • Sort By Date
    • Ascending
    • Descending
    • Download All

Attachments

  1. Text File
    maven-gpg-plugin.patch
    07/Mar/11 12:37 PM
    0.9 kB
    Laszlo Hordos

Activity

  • All
  • Comments
  • Work Log
  • History
  • Activity
Hide
Permalink
Stephen Connolly added a comment - 22/Aug/11 3:22 AM

Would need to see integration tests that verify that this patch does not affect builds of projects with both packaging pom and packaging jar.

And would also need to see integration tests that verify correct behaviour when using the maven-shade-plugin on a jar project and having shade replace the pom file with the dependency reduced pom file.

I suspect that the real cause is that whatever custom actions you are doing to create these custom pom files is failing to register the pom file change with the model the way that m-shade-p does, i.e. http://maven.apache.org/plugins/maven-shade-plugin/xref/org/apache/maven/plugins/shade/mojo/ShadeMojo.html#851 Note however that shade is doing a lot more crazy stuff so it is really only the line 851 that is what is required (much like creating custom artifacts requires they be attached to the reactor)

Show
Stephen Connolly added a comment - 22/Aug/11 3:22 AM Would need to see integration tests that verify that this patch does not affect builds of projects with both packaging pom and packaging jar. And would also need to see integration tests that verify correct behaviour when using the maven-shade-plugin on a jar project and having shade replace the pom file with the dependency reduced pom file. I suspect that the real cause is that whatever custom actions you are doing to create these custom pom files is failing to register the pom file change with the model the way that m-shade-p does, i.e. http://maven.apache.org/plugins/maven-shade-plugin/xref/org/apache/maven/plugins/shade/mojo/ShadeMojo.html#851 Note however that shade is doing a lot more crazy stuff so it is really only the line 851 that is what is required (much like creating custom artifacts requires they be attached to the reactor)

People

  • Assignee:
    Unassigned
    Reporter:
    Laszlo Hordos
Vote (0)
Watch (1)

Dates

  • Created:
    07/Mar/11 12:37 PM
    Updated:
    22/Aug/11 3:23 AM
  • Atlassian JIRA (v5.0.4#731-sha1:3aa7374)
  • Report a problem
  • Powered by a free Atlassian JIRA open source license for Codehaus. Try JIRA - bug tracking software for your team.