maven-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Justin Georgeson <>
Subject re-using server credentials for repositories
Date Tue, 19 Jul 2016 21:57:02 GMT
I'm curious why there doesn't seem to be a way to reuse server credentials across multiple
repositories (at least without a warning for those fortunate few on stack-overflow who claim
success). For reference I mean as exemplified in [1], I have to define in my settings.xml
a unique settings.servers.server for each projects.repositories.repository in my pom.xml,
even if the credentials are the same. I've found a few links such as [2] and [3] that suggest
just adding a <name> to each repository allows me to duplicate the <id>, but with
Maven 3.2.5 and 3.3.9 I get a failure

[ERROR]     '' must be unique: artifactory-lmk ->
vs @ line 26, column 13

There's also [4] which says that nope, unique ID is required. Link [2] is the newest and Manfred
says it works, and that's the accepted answer there. Does it only work for distributionManagement.repositories
and not for build.repositories? Is there anything on the roadmap to address this in near-future
release? There's MNG-5585 [5] which would side-step the issue by presumably letting the HTTP
wagon match the correct credentials automatically by authentication realm, without the user
having to map them out explicitly. That'd be nice.

[1] -
[2] -
[3] -
[4] -
[5] -

Justin Georgeson
Release Management

Office: +1 713-839-3010
Fax: +1 713-839-2285

Follow Halliburton: LinkedIn<>
| Facebook<>
| Twitter<>
| YouTube<>
| Blog<>

 [] <>

This e-mail, including any attached files, may contain confidential and privileged information
for the sole use of the intended recipient.  Any review, use, distribution, or disclosure
by others is strictly prohibited.  If you are not the intended recipient (or authorized to
receive information for the intended recipient), please contact the sender by reply e-mail
and delete all copies of this message.

  • Unnamed multipart/related (inline, None, 0 bytes)
View raw message