Maven metdata still references a version whose assets were deleted

[yakirm-cr]

• What problem are you trying to solve?
  When deleting all of the assets under a specific version in a Maven repository, the version is NOT deleted from the maven-metadata.xml file of that GA (GroupId and ArtifactId) coordinates.
  Manually, uploading the maven-metadata.xml file without that version remains like this until another version's assets are removed (after which, the contents of the maven-metadata.xml of that GA coordinates are restored with the deleted versions).
  The issue is not encountered when the parent component (i.e. the version folder) is deleted.

• Do you have a workaround you are using at present?
  If we upload a dummy artifact with the same GAV (GroupId, ArtifactId and Version) coordinates of the deleted version and then delete parent component (i.e. the version folder), the maven-metadata.xml is regenerated without the deleted version.
  However, this might be complicated when there are many corrupted maven-metadata.xml files.

In addition, the repair task which rebuilds the maven-metadata.xml files also picks up the components for which all the assets were deleted and adds them back to the maven-metadata.xml files (so, it is not an option to use this task as a workaround).

• What feature or behavior is this required for?
  Moving of old versions from one Maven repository to another or deleting old versions (for multiple artifacts with the same version).

• How could we solve this issue? (Not knowing is okay!)
  Update the delete asset API to make sure that the parent component is also deleted when the last asset under it is deleted.

• Tell us about your Nexus Repository deployment: what version, operating system, and database are you using?
  We are using OSS Nexus 3.73.0 with the internal H2 DB running in Docker.

• Anything else?
  Nope. 🙂