Jenkins Artifactory Plugin (Legacy)
Maintain legacy Jenkins Artifactory Plugin jobs and migrate them to the Jenkins JFrog Plugin.
Migrate first: Use the Jenkins JFrog Plugin for new Pipeline work. Install it alongside the Jenkins Artifactory Plugin and migrate existing jobs incrementally.
The Jenkins Artifactory Plugin still supports existing jobs that publish, resolve, promote, or release artifacts with build-info. This page is a focused migration reference, not a complete copy of the plugin's historical domain-specific language (DSL).
This topic covers the following tasks:
Decide Which Path to Use
The path you take depends on whether the job already exists and whether it uses legacy release staging.
To decide which path to use:
- New Pipeline: Use the Jenkins JFrog Plugin and its JFrog CLI-like steps.
- Existing Pipeline or Freestyle job: Keep the Jenkins Artifactory Plugin temporarily while you map its behavior.
- Legacy release staging: Also review Jenkins Artifactory Plugin Release Management.
Inventory an Existing Job
An inventory of the current job configuration gives you a baseline to compare against after you migrate.
To inventory an existing job, record these values:
- Artifactory server or your JFrog Platform endpoint and credential ID.
- Resolver and deployment repositories, including differences between snapshot and release repositories.
- Build name, build number, and project key.
- File Specs, legacy patterns, environment collection, and retention settings.
- Package-specific steps and release or promotion actions.
Migrate Incrementally
Migrate one job at a time so your existing builds keep running while you move work to the Jenkins JFrog Plugin.
To migrate a job to the Jenkins JFrog Plugin:
- Install and configure the Jenkins JFrog Plugin without removing the Jenkins Artifactory Plugin.
- Choose one representative Pipeline job.
- Translate one operation at a time to the documented steps of the Jenkins JFrog Plugin.
- Publish to a non-production target and compare artifact paths and build-info.
- Confirm the migrated build under Builds in Artifactory.
- Repeat for dependent jobs, then remove their legacy DSL and plugin dependency.
For an existing job whose DSL is not covered here, consult the Jenkins Artifactory Plugin source and release history. Do not start a new job by copying that legacy DSL.
Troubleshooting
The following table lists common symptoms after a migration and what to check.
| Symptom | Likely Cause | Action |
|---|---|---|
| Migrated job publishes to a different path | Repository or File Spec mapping changed | Compare the old and new target patterns before cutover. |
| Build cannot deploy | Credential or deploy permission differs | Verify the Jenkins credential and repository permissions. |
| Build-info cannot be found | Build identity or project key changed | Compare build name, number, and project key. |
Related Topics
Updated 13 days ago
