We are now seeing issues with building our bamboo apps because a SHA checksum file is missing:
[WARNING] Could not validate integrity of download from https://packages.atlassian.com/artifactory/maven-atlassian-all/com/octo/captcha/jcaptcha/2.0-alpha-1/jcaptcha-2.0-alpha-1.pom
org.eclipse.aether.transfer.ChecksumFailureException: Checksum validation failed, no checksums available
...
[ERROR] Failed to read artifact descriptor for com.octo.captcha:jcaptcha-api:jar:2.0-alpha-1
[ERROR] Caused by: The following artifacts could not be resolved: com.octo.captcha:jcaptcha-api:pom:2.0-alpha-1 (absent)
but I think it is really weird for Atlassian to do these types of migrations and just loosing random data like a SHA file.
It does not necessarily instil confidence that there aren’t other files gone missing, making it harder and harder for Atlassian Marketplace Partners to build older artifacts from source if required.
Would it be possible for Atlassian to stop the current migrations and re-asses her strategy?
We’re now having an issue with the missing commons-httpclient:commons-httpclient:jar:3.1-jenkins-3 artifact, which is not present in Maven Central. Can you look into it?
Libraries for Jira 10 (e.g., jira-api and jira-core) depend on artifacts that have been removed from the Atlassian repository. It is not ideal to retrieve these dependencies from external sources.
While httpclient:3.1-jenkins-3 can be obtained from the Jenkins repository and ehcache:2.10.10.20.11 from the Terracotta repository, it would be preferable if they remained available in the Atlassian repository.