We have open source artifacts that we deploy to OSSRH. Some of these artifacts include Spring Boot repackaged applications. We have added OSSRH as a proxy repository in our in-house Nexus and included it in the group "public". For regular JAR-artifacts this works fine, but not for Spring Boot repackaged artifacts.
After a couple of hours of investigating this we finally understood what was going on, and we feel that this might be a bug in Nexus. We finally found this in the nexus.log:
In request.log we see this:
So in summary Nexus fails to deliver the file bacause it does not consider it to be a java-archive. In reality a repackaged Spring Boot file is both application/java-archive and a application/x-sh. You can run it with java -jar artifact.jar and it also possible to run it as a Linux service.
We were able to work around this by changing the configuration of the ossrh-snapshots proxy repository in our Nexus by changing "File Content Validation" to "False".
We would like the logging level to be raised from INFO to at least WARN for these kinds of errors, since Nexus was not able to fulfill the request. It was difficult to find it in the logs because it was at INFO level.
It would be great if this could be documented somewhere, although we are not sure where. Googling only led us to a few issues in your JIRA. One place could be in the OSSRH documentation in a section about proxing ossrh-snapshots.