[
https://issues.apache.org/jira/browse/MRESOLVER-633?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17905458#comment-17905458
]
Tamas Cservenak commented on MRESOLVER-633:
-------------------------------------------
TBH, the -canf option (and the other "cache any error") are so advanced that
I'd not fiddle with them. Ideally you would not let repoID clash in projects
you build "atop" of local repo, hence better use dedicated local reposes for
various "realms of work". I have OSS, workA, workB local repo etc (plus using
MRM)
> Clarify caching of unresolvable artifacts in local repository
> -------------------------------------------------------------
>
> Key: MRESOLVER-633
> URL: https://issues.apache.org/jira/browse/MRESOLVER-633
> Project: Maven Resolver
> Issue Type: Improvement
> Components: Resolver
> Reporter: Konrad Windszus
> Priority: Major
> Fix For: 2.0.5
>
>
> A dedicated section in
> https://maven.apache.org/resolver/local-repository.html about local caching
> of unresolvable artifacts would be beneficial.
> IIUC it respects the update policy and all files not found in any remote repo
> are stored as 0 byte artifacts in the local repo.
> It is unclear to me how to deal with edge cases like adding a new repo which
> provides that previously unresolvable release artifact? What do I need to do
> from a consumer perspective to resolve that, if the 0 byte artifact is
> already cached in the local repo...
> Other edge cases include a repository which is only available via a VPN
> connection, which is not always established, so the remote repo may not be
> available at all times and the availability may change without any changes on
> remote repositories on Maven side ({{settings.xml}} or some {{pom.xml}})
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
