[JIRA] (JENKINS-57384) Artifactory Plugin Bug - Resolve Artifacts Not Consistant

0 views
Skip to first unread message

will.crewe@capgemini.com (JIRA)

unread,
May 9, 2019, 6:29:02 AM5/9/19
to jenkinsc...@googlegroups.com
Will Crewe created an issue
 
Jenkins / Bug JENKINS-57384
Artifactory Plugin Bug - Resolve Artifacts Not Consistant
Issue Type: Bug Bug
Assignee: Eyal Ben Moshe
Components: artifactory-plugin, maven-plugin
Created: 2019-05-09 10:28
Environment: Jenkins , Java 1.8, Artifactory-Plugin, Maven Integration Plugin
Labels: artifactory-plugin jenkins maven-plugin
Priority: Major Major
Reporter: Will Crewe

I'm attempting to use the Resolve artifacts from Artifactory option to manage my release, however when using a Invoke top-level Maven targets post-build step. the Maven opperation is defaulting to using the local maven release, rather than the one selected in Artifactory.

 

I'm using a Maven Project.

Under the Build Environment tab, I'm attempting to use the Resolve Artifacts from Artifactory option for my maven release. 

  • This parses the POM during the Build and successfully interacts as we'd expect

 

My entire build is as follows.

 

Pre-Steps

n/a

Build

  • Goals and options: help:evaluate -Dexpression=project.version -l version.log
  • Maven Validation Level: LEVEL_MAVEN_3_1
  • Settings file: Use default maven settings
  • Global Settings file: Use default global settings

Post Steps

Execute Shell

  • Used to tag our git branch using the maven version.

Invoke top-level Maven targets

  • Maven Version: localmaven (Note, there is no option to select the earlier Artifactory release, and using (default) provides the following error:
    • FATAL: command execution failed
      java.io.IOException: Cannot run program "mvn" (in directory "{DIRECTORY_PATH}"): error=2, No such file or directory
  • Goals: verify
  • Settings file: Use default maven settings
  • Global Settings file: Use default maven global settings

 

 

The 

My Build Resolve artifacts from Artifactory seems to work through the Build, however has no effect on the Invoke top-level Maven targets post-build step where we still wish to resolve our release using artifactory.

This appears to be either a bug or an oversight. 

Add Comment Add Comment
 
This message was sent by Atlassian Jira (v7.11.2#711002-sha1:fdc329d)

will.crewe@capgemini.com (JIRA)

unread,
May 9, 2019, 7:26:02 AM5/9/19
to jenkinsc...@googlegroups.com
Will Crewe updated an issue
Change By: Will Crewe
Environment: Jenkins 2.7.4 , Java JRE 1.8, Artifactory-Plugin 2.14.0 , Maven Integration Plugin 3.1

will.crewe@capgemini.com (JIRA)

unread,
May 15, 2019, 11:42:02 AM5/15/19
to jenkinsc...@googlegroups.com
Will Crewe stopped work on Bug JENKINS-57384
 
Change By: Will Crewe
Status: In Progress Open

will.crewe@capgemini.com (JIRA)

unread,
May 15, 2019, 11:42:02 AM5/15/19
to jenkinsc...@googlegroups.com
Will Crewe started work on Bug JENKINS-57384
 
Change By: Will Crewe
Status: Open In Progress

olamy@apache.org (JIRA)

unread,
Jun 20, 2019, 12:33:02 AM6/20/19
to jenkinsc...@googlegroups.com
Olivier Lamy updated an issue
Change By: Olivier Lamy
Labels: artifactory-plugin jenkins maven-plugin
Reply all
Reply to author
Forward
0 new messages