Details
-
Bug
-
Resolution: Fixed
-
Major
-
2.10
-
None
-
2
-
Sprint 29
Description
Create a Maven 2 release proxy repo to https://maven.atlassian.com/content/groups/public/
Set file content validation to true.
This returns 404. The reason is content validation fails.
jvm 1 | 2014-10-22 09:26:43,113-0300 DEBUG [qtp1935993203-108] admin remote.storage.outbound - [atlassian] GET https://maven.atlassian.com/content/groups/public/com/atlassian/support/healthcheck/support-healthcheck-plugin/1.0.3/support-healthcheck-plugin-1.0.3.jar - 245.3 ms jvm 1 | 2014-10-22 09:26:43,192-0300 INFO [qtp1935993203-108] admin org.sonatype.nexus.proxy.maven.MavenFileTypeValidator - StorageFileItem atlassian:/com/atlassian/support/healthcheck/support-healthcheck-plugin/1.0.3/support-healthcheck-plugin-1.0.3.jar MIME-magic validation failed: expected MIME types: [application/java-archive], detected MIME types: [application/x-msdownload, application/x-msdownload, application/octet-stream] jvm 1 | 2014-10-22 09:26:43,192-0300 INFO [qtp1935993203-108] admin org.sonatype.nexus.proxy.repository.validator.DefaultFileTypeValidatorHub - File item atlassian:/com/atlassian/support/healthcheck/support-healthcheck-plugin/1.0.3/support-healthcheck-plugin-1.0.3.jar evaluated as INVALID during file type validation (validator=maven) jvm 1 | 2014-10-22 09:26:43,193-0300 INFO [qtp1935993203-108] admin org.sonatype.nexus.proxy.maven.maven2.M2Repository - Proxied item atlassian:/com/atlassian/support/healthcheck/support-healthcheck-plugin/1.0.3/support-healthcheck-plugin-1.0.3.jar evaluated as INVALID during content validation (validator=filetypevalidator, sourceUrl=https://maven.atlassian.com/content/groups/public/com/atlassian/support/healthcheck/support-healthcheck-plugin/1.0.3/support-healthcheck-plugin-1.0.3.jar)
Turns out this jar is correctly parsed by Apache Tika ( MIME lib Nexus uses ) as application/x-msdownload.
Nexus thinks this should be application/java-archive
Expected:
- Nexus should treat this jar as the proper expected type and not fail content validation.
Perhaps similar fix as we did in NEXUS-6271 for empty zip
Attachments
Issue Links
- is related to
-
NEXUS-16306 JAR-artifacts that have been repackaged by Spring Boot are not recognized as application/java-archive and are not delivered from a proxy repository with default configuration
-
- Closed
-
-
NEXUS-6310 Upgrade to Tika 1.6
-
- Closed
-
- mentioned in
-
Page Loading...