[prev in list] [next in list] [prev in thread] [next in thread] 

List:       maven-user
Subject:    Re: overriding central repository
From:       Michael Osipov <michaelo () apache ! org>
Date:       2020-12-30 19:18:38
Message-ID: 52ae8d54-71cd-f60f-feba-b37f64faf2cb () apache ! org
[Download RAW message or body]

Am 2020-12-30 um 18:07 schrieb De Mello, Paul:
> Ok, that's fine, I can change the approach. Overriding central through settings.xml \
> works great. 
> So, is it that any overriding of repos, through poms, is bad, (say if I define a \
> "hello" repo in a parent pom, then override it in a child pom).  Or is this \
> strictly about central?

Not just central, but in general. Overriding repositories can lead to 
unpredictable builds. If someone publishes a POM with a repo he/she 
provides some contract with it. As soon as you override logically static 
parts you are breaking this contract. When they are legit reasons to do 
this you should file an issue describing your usecase and why this is a 
way to go.

M

> -----Original Message-----
> From: Michael Osipov <michaelo@apache.org>
> Sent: Wednesday, December 30, 2020 6:19 AM
> To: users@maven.apache.org
> Subject: Re: overriding central repository
> 
> Am 2020-12-29 um 20:04 schrieb De Mello, Paul:
> > Hi, I hope this is the right place to ask this.
> > 
> > I have overridden the central repository in my pom (with a corporate artifactory \
> > repo).  On a clean .m2, when I run mvn package, all of my dependencies download \
> > from this artifactory repo. Perfect.  During this process all of the \
> > Downloaded/Downloading logs show something like: "Downloading from central: \
> > https://urldefense.proofpoint.com/v2/url?u=https-3A__artifactory&d=DwIC-g&c=wmXzi2 \
> > agfy7gEs3kYxhhNlK5YqQ_XRgfPhjt-qqffT8&r=kRHPqWn6-c3RZW3wTw1VyXFJyamBS8uEvl_tMNQh2o \
> > Q&m=5H5WB8NOe6sctIYTO8VO1OPeA4Na9E_T2KnLbRI5XkU&s=EN8CZcZcX-xeAKxxrdsCNuUH3EB0TCakZVzHqW8Y8Lk&e= \
> > ....."
> 
> No, you never override central in your POM. See \
> https://urldefense.proofpoint.com/v2/url?u=https-3A__issues.apache.org_jira_browse_M \
> NG-2D6772&d=DwIC-g&c=wmXzi2agfy7gEs3kYxhhNlK5YqQ_XRgfPhjt-qqffT8&r=kRHPqWn6-c3RZW3wT \
> w1VyXFJyamBS8uEvl_tMNQh2oQ&m=5H5WB8NOe6sctIYTO8VO1OPeA4Na9E_T2KnLbRI5XkU&s=v7OnHuMNvktgQwY7cJAvbDFIfrGoalmpUZ9Roucuk10&e= \
> . 
> Change your approach.
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> For additional commands, e-mail: users-help@maven.apache.org
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> The information transmitted is intended only for the person or entity to which it \
> is addressed and may contain confidential and/or privileged material. Any review, \
> retransmission, dissemination or other use of, or taking of any action in reliance \
> upon, this information by persons or entities other than the intended recipient is \
> prohibited. If you received this in error, please contact the sender and delete the \
> material from any computer. This message cannot be guaranteed to be secure or \
> error-free. First Republic Bank and its related entities do not take responsibility \
> for, or accept time-sensitive instructions sent by email including orders, funds \
> transfer instructions or stop payments on checks. All instructions of this nature \
> must be handled by direct communication, not email. We reserve the right to monitor \
> and review the content of all email communications sent or received. Emails sent to \
> or from this address may be stored in accordance with regulatory requirements. 
> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> For additional commands, e-mail: users-help@maven.apache.org
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org


[prev in list] [next in list] [prev in thread] [next in thread]