Details
-
Bug
-
Status: Open
-
Major
-
Resolution: Unresolved
-
None
-
None
-
None
Description
Maybe only when update policy is "never".
Order of events:
- attempt a build with not-yet-released-artifact (for example resolver in maven)
- as it is not in central, build will fail, and central URL will be "cached" as 404 for given artifact
- fix, rinse, repeat, add staging repository, rebuild
- build will pass ok, as staging repository will have the artifact, it is cached to local repository (from staging repository)
- later, staging repository is dropped, release promoted to central.
- rebuild: here, Resolver will nag that "artifact is present but not available", which is true: it was cached from staging repository
- it will go try to see is it available in central (existence check), but: central has 404 cached (see step 1), and in this case update policy is being obeyed, that is "never"
- due "never" update policy existence check will fail, and build will fail
Now, IMO, for "existence check" Resolver should lax the policy ONLY if it is "never" maybe? As from this situation only escape route is build with -U that will reset local repository state and build will pass.
Attachments
Issue Links
- relates to
-
MNG-8076 when jar in local repository from other repository id, should not reject but check if it is also available in current repository id context
- Open