variables used for distributionManagement from settings.xml no longer work in 4.0.0-rc-5

[sellersj]

Affected version

4.0.0-rc-5

Bug description

For years we've had variables for where artifacts should deploy contained in the settings.xml file. Has worked until rc-5. It worked in rc-4.

Sample command that shows the issue is just the help:effective-pom
~/Downloads/apache-maven-4.0.0-rc-5/bin/mvn -V -s settings.xml help:effective-pom

Attached are an example pom and settings that shows it. TOOLS_HOST is an env variable that's properly set. For the test you can set it to something like "example.com"

[ERROR] Some problems were encountered while processing the POMs
[ERROR] The build could not read 1 project -> [Help 1]
[ERROR]
[ERROR]   The project com.example:Zminimal:0.0.1-SNAPSHOT (/mnt/c/users/sellersj/git/zminimal/pom.xml) has 4 errors
[ERROR]     'distributionManagement.repository.[${distributionManagement-internal-released-id}].id' contains an uninterpolated expression. @ line 22, column 7
[ERROR]     'distributionManagement.snapshotRepository.[${distributionManagement-internal-snapshots-id}].id' contains an uninterpolated expression. @ line 26, column 7
[ERROR]     'distributionManagement.repository.[${distributionManagement-internal-released-id}].id' contains an uninterpolated expression. @ line 22, column 7
[ERROR]     'distributionManagement.snapshotRepository.[${distributionManagement-internal-snapshots-id}].id' contains an uninterpolated expression. @ line 26, column 7
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with the '-e' switch
[ERROR] Re-run Maven using the '-X' switch to enable verbose output
[ERROR]
[ERROR] For more information about the errors and possible solutions, please read the following articles:
[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/ProjectBuildingException

pom.xml
settings.xml

[sudo-mkdir]

Isn't that related to #11076?

[sellersj]

Looks like it would be related. Thanks for pointing that out.

I think that we have a similar use case. In ours, I have a mirror of our build infra and test the build pipeline before upgrades and I don't want artifacts from this dev / staging env messing up the "prod" systems.