maven-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From St├ęphane Landelle (JIRA) <>
Subject [jira] [Commented] (MNG-4142) Maven doesn't try to download SNAPSHOT artifacts, if you've installed them locally
Date Sat, 15 Oct 2016 22:59:20 GMT


St├ęphane Landelle commented on MNG-4142:

Consider this use case:
* you use a library and you need the bleeding age, so you fetch from this lib's CI repo
* you notice a bug, so you fork the repo, fix the bug, build and test locally, so you end
up with a local snapshot
* you contribute the fix and it gets merged upstream
* now, you want to go back on depending on the official upstream snapshots, without having
to maintain your local snapshot until the stable release

> Maven doesn't try to download SNAPSHOT artifacts, if you've installed them locally
> ----------------------------------------------------------------------------------
>                 Key: MNG-4142
>                 URL:
>             Project: Maven
>          Issue Type: Bug
>          Components: Dependencies
>    Affects Versions: 2.0.9, 2.0.10, 2.1.0
>         Environment: Java 5, Windows XP
>            Reporter: Arnaud HERITIER
>            Priority: Critical
>             Fix For: Issues to be reviewed for 3.x
>         Attachments: MNG-4142.patch,
> When maven installs in the local repository an artifact with a classifier, and not the
principal artifact, it won't try in a reactor to download the principal artifact from the
remote repository.
> I created a testcase to reproduce it. It's quite simple. You unzip it and in the root
directory you launch {code}mvn site{code}
> This build uses clover, thus it installs locally cloverified versions of artifacts.
> The build will fail because it doesn't find the SNAPSHOT of the module1 :
> {code}
> [INFO] ------------------------------------------------------------------------
> [INFO] ------------------------------------------------------------------------
> [INFO] Failed to resolve artifact.
> Missing:
> ----------
> 1)
>   Try downloading the file manually from the project website.
>   Then, install it using the command:
>       mvn install:install-file
-DartifactId=module1 -Dversion=1.0.0-SNAPSHOT -Dpackaging=jar -Dfile=/pa
> th/to/file
>   Alternatively, if you host your own repository you can deploy the file there:
>       mvn deploy:deploy-file
-DartifactId=module1 -Dversion=1.0.0-SNAPSHOT -Dpackaging=jar -Dfile=/path
> /to/file -Durl=[url] -DrepositoryId=[id]
>   Path to dependency:
>         1)
>         2)
> ----------
> 1 required artifact is missing.
> for artifact:
> from the specified remote repositories:
>   central (,
>   remote-repo (file://E:\jtb\workspaces\tests\test-metadata-local-clover/remote-repo)
> {code}
> It's anormal because I set a "local" remote repository in the build where it should try
to download it.
> You can validate that it is working by launching :
> {code}mvn install -f module2/pom.xml{code}
> This bug is really annoying for us. It exists for a long long time now. I thought it
was due to a problem with metadata sent by archiva, but after migrating to nexus the problem
always occurs. 
> I don't know if the problem is in metadata or in the reactor itself. I think it is the
second one. There are many issues opened about the reactor and classifiers.
> Is there some who can try if it can reproduce the error with my testcase ?
> It should be easy to create a real IT for maven with it if it is necessary.

This message was sent by Atlassian JIRA

View raw message