[
https://issues.apache.org/jira/browse/MNG-6613?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17074805#comment-17074805
]
Michael Osipov commented on MNG-6613:
-------------------------------------
So here it is:
No mirrors:
{noformat}
[DEBUG] Repositories (dependencies): [central (file:target/null, default,
releases), maven-core-it
(file:///D:/Entwicklung/Projekte/maven-integration-testing/core-it-suite/target/test-classes/mng-3461/test-3/repo,
default, releases)]
[DEBUG] Repositories (plugins) : [central (file:target/null, default,
releases+snapshots)]
{noformat}
Mirror: central
{noformat}
[DEBUG] Using mirror central (http://maven.apache.org/null) for central
(file:target/null).
...
[DEBUG] Repositories (dependencies): [central (http://maven.apache.org/null,
default, releases), maven-core-it
(file:///D:/Entwicklung/Projekte/maven-integration-testing/core-it-suite/target/test-classes/mng-3461/test-3/repo,
default, releases)]
[DEBUG] Repositories (plugins) : [central (http://maven.apache.org/null,
default, releases+snapshots)]
{noformat}
Mirror: centraal
{noformat}
[DEBUG] Using mirror centraal (http://maven.apache.org/null) for central
(file:target/null).
...
Exceptions that files are not found
{noformat}
Why the failure? The problem is actually not the the test per-se and not the
outbound access. Reviewing MNG-3461 and as mentioned by Robert in the mini
guide, {{*}} matches all repos, even local ones as you can see for both
{{central}} and {{centraal}} (the Dutch version).
Now the problems:
* Test should not rely on outbound access to mute a non-existing local repo
with another repo non-existing repo. This could be simply done by another local
non-existing local repo.
* The mirror is called {{central}} which is not a problem. Why does not
{{centraal}} fail? {{central}} implicitly relies on the fact that
{{_remote.properties}} will contain {{${filename}>central=}} and central has
been used previously to download all artifacts. We modify with
{{maven.it.central}} and Bootstrap for that.
Now what I need to figure out what artifacts from pulled from non-existing
mirror and why they are not pulled from {{maven-core-it}}.
> Mirror matching ignores closest/nearest definition
> --------------------------------------------------
>
> Key: MNG-6613
> URL: https://issues.apache.org/jira/browse/MNG-6613
> Project: Maven
> Issue Type: Bug
> Components: Artifacts and Repositories
> Affects Versions: 3.5.4, 3.6.1
> Environment: Java 8u202, Java11u2
> Reporter: Michael Osipov
> Assignee: Michael Osipov
> Priority: Critical
> Attachments: log.txt
>
> Time Spent: 10m
> Remaining Estimate: 0h
>
> Ran our IT suite in a locked down environment at work, w/o direct internet
> access. IT {{mng3461MirrorMatching(itNonGreedyWildcard)}} blocks forever
> because the mirror exclude does not work: {{*,!maven-core-it}}.
> It still tries to download via mirror instead of ignoring it. See attached
> log file. Even switching {{!maven-core-it,*}} makes no difference.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)