-
Notifications
You must be signed in to change notification settings - Fork 190
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Stop persisting deprecated artifactoryServers
on serialization
#492
Conversation
Have you got time to add a test here @basil? To stop this happening again? |
I don't have the time, but I agree that this would be a useful action item for the maintainers of this plugin. |
Thank you @basil for this contribution!. We appreciate your time and effort. |
If it does, then JENKINS-65687 was not updated to indicate a resolution. |
@basil, according to your input, do we still need this fix? |
I suggest you read the the Jenkins developer documentation I linked to in the PR description. Yes, this fix is needed to delete the old |
Thanks for the response @basil. |
The Jenkins project generally does not support downgrades. In general it is expected that upgrades may perform irreversible data migration and that users who wish to be able to downgrade should back up their Jenkins home directory prior to upgrading. |
@basil, |
But 7 months later? |
See JENKINS-65687. Amends #455, which broke JCasC export. Fixes this regression by marking the deprecated
artifactoryServers
field withtransient
, which causes XStream not to serialize the (already migrated!) field as described in the Jenkins developer documentation.(Note that the common convention in Jenkins plugins is to perform such migration logic in an XStream
readResolve()
method, as described in the above developer documentation, but the JFrog Artifactory plugin does this in a dedicatedArtifactoryBuilderConverter
class.)