Mailing-List: contact dev-help@maven.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Maven Developers List" <dev@maven.apache.org>
Received-SPF: pass (athena.apache.org: domain of rmannibucau@gmail.com
 designates 209.85.220.173 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <C9705761-E808-4527-8531-1C5D8B90C105@tesla.io>
References: 
 <701203540.142078.1357922601074.JavaMail.open-xchange@webmail.strato.com>
	<CAPoyBqQ60-L8JRT+P5svrWt5o2W+UurD214GiKc3PtSfG-xtdg@mail.gmail.com>
	<CAFNCU-9yOCY=0P6B+fG53BDXB8xvysFq_8jsCzdUBTkSfOBD7g@mail.gmail.com>
	<510ACAA1.4090107@j-hohwiller.de>
	<CAPoyBqQewBhrMC5t5Q7ejKbiYboaMOk_H6UMGa1iBCGTeb1ByA@mail.gmail.com>
	<CAFNCU-_trfMaiBCksAzjYsL07JFd5rojj6wf79NZw3J+3eHvug@mail.gmail.com>
	<8CDAA651-5F4F-4838-813B-0EFB01A0EC42@tesla.io>
	<CAFNCU-_QomQEftbKWL2vqZF44VNAQsLUhV78JE_VWyoPA6kRFg@mail.gmail.com>
	<CANyrOm5juLw5W84-Uu_DtwjToNqjC8VF7fhc_-dtnRP9NYj87w@mail.gmail.com>
	<CANWgJS5dEBGfwTYXq=jHf1O0m5EWHLFas82_6vomabfoocvMOw@mail.gmail.com>
	<C9705761-E808-4527-8531-1C5D8B90C105@tesla.io>
Date: Sun, 3 Feb 2013 21:46:29 +0100
Message-ID: 
 <CACLE=7OLObYQNHn7==jAP719rwyxEZGjMtT_VKV8WS_T++eqhA@mail.gmail.com>
Subject: Re: Pain with MNG-5181 (_maven.repositories)
From: Romain Manni-Bucau <rmannibucau@gmail.com>
To: Maven Developers List <dev@maven.apache.org>
Content-Type: multipart/alternative; boundary=047d7b5daf5028cbfc04d4d81254

--047d7b5daf5028cbfc04d4d81254
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hi guys,

Not sure it is linked or not (i read the thread lately) but at work we use
a proxy and not at "home" and i often have to remove _maven.repo files
(both ways) to make my build work again...that's an everyday pain.
Le 3 f=E9vr. 2013 21:41, "Jason van Zyl" <jason@tesla.io> a =E9crit :

>
> On Feb 3, 2013, at 3:26 PM, Baptiste MATHUS <ml@batmat.net> wrote:
>
> > +1.
> >
> > Though the feature seems interesting, it should have had its own
> > advertisement while being introduced.
> > Even after re-reading
> >
> https://cwiki.apache.org/MAVEN/maven-3x-compatibility-notes.html#Maven3.x=
CompatibilityNotes-ResolutionfromLocalRepository
> > I'm
> > still unsure about where/when it would bite me.
>
> Does this make sense to you?
>
> ---
>
> h1. Enhanced Remote Repository Support
>
> The feature verifies that the remote repositories configured for the
> current build can be used to successfully resolve the artifact in questio=
n.
> If you retrieved an artifact in the past from Central and now changed you=
r
> build to only know about Nexus and it doesn't have any knowledge of that
> artifact then the build is going to fail. Put differently, if you purged
> your local repo, your build won't work either. Neglecting offline mode, t=
he
> goal is to ensure that the resolution works if it could be performed usin=
g
> a clean local repo with the current configuration. Giving confidence that
> co-workers can reproduce the build and not depend on some artifact
> magically being pulled down into your local repository in the past which =
is
> nowhere to be found in the configured remote repository.
>
> ---
>
> And would you want that off by default?
>
> > As I know and like Maven quite well, if I was bitten by that, I might d=
o
> > some reseach and find jiras etc.
> >
> > Others might just struggle to make it work and grow the maven bashing
> group
> > as Jeff said.
> >
> >
> > 2013/2/1 Jeff MAURY <jeffmaury@jeffmaury.com>
> >
> >> +1 on Arnaud's comments.
> >> The main problem with this "feature" is that it is not documented thus=
 I
> >> can't explain the real reason why Maven download several times release=
d
> >> artifacts and this causes members of the Maven bashing group to grow
> >>
> >> Jeff
> >>
> >>
> >> On Fri, Feb 1, 2013 at 9:47 AM, Arnaud H=E9ritier <aheritier@gmail.com=
>
> >> wrote:
> >>
> >>> My position was to propose the low cost possible solution to have a
> quick
> >>> fix and not to wait for months.
> >>> If it could be fixed/configurable in aether it may be the solution to
> >>> follow but I'm not sure about the status of this 3rd party project
> >> (eclipse
> >>> migration ...) on which we don't have the hand.
> >>> Seriously I helped and lost MANY hours with this problem because it i=
s
> >> hard
> >>> to diagnose.
> >>> I'm sure that many people abandoned to try to understand and just
> dropped
> >>> their local repo or decided to downgraded to m2 (or to switch to
> another
> >>> tool).
> >>> I think we can have a lot of similar feedbacks.
> >>> The worst thing is to have another thing that users don't understand
> >> (lake
> >>> of documentation ? communication ?)
> >>> The side effect is that changing a repository id (or mirror id) makes
> >> maven
> >>> to re-download all the earth (while we are claiming from the beginnin=
g
> >> that
> >>> Maven won't never download twice a release).
> >>> And when the remote artifact just disappeared it is just a nightmare
> due
> >> to
> >>> the lake of correct logs and this case is easy to have.
> >>> For example in my company I have a profile to let people DL artifacts
> >> from
> >>> staging repositories (thus these are releases). It happened that they
> >>> activated it once to test a build and then they rebuild the project
> >> without
> >>> the profile (thinking the artifact is in the local repo) and it fails
> ...
> >>>
> >>> Sincerely I think I had my worst headaches with maven due to this bug
> >>>
> >>>
> >>>
> >>> On Fri, Feb 1, 2013 at 4:47 AM, Jason van Zyl <jason@tesla.io> wrote:
> >>>
> >>>>
> >>>> On Jan 31, 2013, at 7:13 PM, Arnaud H=E9ritier <aheritier@gmail.com>
> >>> wrote:
> >>>>
> >>>>> Hi Olivier,
> >>>>>
> >>>>> Thx a lot for the fix. It will help a lot the community.
> >>>>> But from my point of view it's perhaps not yet enough.
> >>>>> We should :
> >>>>> 1/ change the default behavior to deactivate this control which is
> >>>>> difficult to understand
> >>>>
> >>>> I disagree. We may want to change it slightly but it's only a proble=
m
> >> for
> >>>> people who flip between Maven a repository manager and without but
> it's
> >>> to
> >>>> ensure the identity of a component. I haven't seen a huge number of
> >>>> complaints. I do not want to turn this off. Improve it, sure, but
> >> turning
> >>>> it off by default I believe is not the right thing to do.
> >>>>
> >>>>> 2/ change the error message when this control is activated to
> >> clearly
> >>>>> explain that the problem comes from the unavailability of the
> >> artifact
> >>> on
> >>>>> its original remote repo.
> >>>>>
> >>>>> For me 1/ is mandatory and 2/ a nice to have
> >>>>>
> >>>>> WDYT ?
> >>>>>
> >>>>>
> >>>>> On Fri, Feb 1, 2013 at 12:53 AM, Olivier Lamy <olamy@apache.org>
> >>> wrote:
> >>>>>
> >>>>>> I have pushed a fix for that.
> >>>>>> Now you can desactivate the enhanced local repository using:
> >>>>>> * new cli option: -slrm,--simple-local-repository-manager
> >>>>>> * or in MAVEN_OPTS: -Dmaven.simpleLocalRepoMan=3Dtrue
> >>>>>>
> >>>>>> will be available for testing here
> >>>>>> https://builds.apache.org/job/maven-3.x/ with build #368
> >>>>>>
> >>>>>>
> >>>>>> 2013/1/31 J=F6rg Hohwiller <joerg@j-hohwiller.de>:
> >>>>>>> Hi Arnaud,
> >>>>>>>
> >>>>>>>> +1 to consider the current behavior as a bug.
> >>>>>>>> We should be able to deactivate it easily (and perhaps to have i=
t
> >>> off
> >>>> by
> >>>>>>>> default to activate it only on CI servers)
> >>>>>>>
> >>>>>>> :)
> >>>>>>>
> >>>>>>>> and we should take care to have
> >>>>>>>> a real error message explaining the issue and not a classical
> >>>> dependency
> >>>>>>>> not found while the artifact is in the local repo.
> >>>>>>>
> >>>>>>> This is exactly filed here:
> >>>>>>> http://jira.codehaus.org/browse/MNG-5185
> >>>>>>>
> >>>>>>>>
> >>>>>>>> Arnaud
> >>>>>>> Cheers
> >>>>>>> J=F6rg
> >>>>>>>
> >>>>>>> --
> >>>>>>> If know-how becomes know-where, then knowledge gets nowhere.
> >>>>>>> [J=F6rg Hohwiller]
> >>>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>> --
> >>>>>> Olivier Lamy
> >>>>>> Talend: http://coders.talend.com
> >>>>>> http://twitter.com/olamy | http://linkedin.com/in/olamy
> >>>>>>
> >>>>>>
> >> ---------------------------------------------------------------------
> >>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> >>>>>> For additional commands, e-mail: dev-help@maven.apache.org
> >>>>>>
> >>>>>>
> >>>>>
> >>>>>
> >>>>> --
> >>>>> -----
> >>>>> Arnaud H=E9ritier
> >>>>> http://aheritier.net
> >>>>> Mail/GTalk: aheritier AT gmail DOT com
> >>>>> Twitter/Skype : aheritier
> >>>>
> >>>> Thanks,
> >>>>
> >>>> Jason
> >>>>
> >>>> ----------------------------------------------------------
> >>>> Jason van Zyl
> >>>> Founder & CTO, Sonatype
> >>>> Founder,  Apache Maven
> >>>> http://twitter.com/jvanzyl
> >>>> ---------------------------------------------------------
> >>>>
> >>>> Our achievements speak for themselves. What we have to keep track
> >>>> of are our failures, discouragements and doubts. We tend to forget
> >>>> the past difficulties, the many false starts, and the painful
> >>>> groping. We see our past achievements as the end result of a
> >>>> clean forward thrust, and our present difficulties as
> >>>> signs of decline and decay.
> >>>>
> >>>> -- Eric Hoffer, Reflections on the Human Condition
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>
> >>>
> >>> --
> >>> -----
> >>> Arnaud H=E9ritier
> >>> http://aheritier.net
> >>> Mail/GTalk: aheritier AT gmail DOT com
> >>> Twitter/Skype : aheritier
> >>>
> >>
> >>
> >>
> >> --
> >> Jeff MAURY
> >>
> >>
> >> "Legacy code" often differs from its suggested alternative by actually
> >> working and scaling.
> >> - Bjarne Stroustrup
> >>
> >> http://www.jeffmaury.com
> >> http://riadiscuss.jeffmaury.com
> >> http://www.twitter.com/jeffmaury
> >>
> >> --
> >> Baptiste <Batmat> MATHUS - http://batmat.net
> >> Sauvez un arbre,
> >> Mangez un castor ! nbsp;! <http://www.twitter.com/jeffmaury>
>
> Thanks,
>
> Jason
>
> ----------------------------------------------------------
> Jason van Zyl
> Founder & CTO, Sonatype
> Founder,  Apache Maven
> http://twitter.com/jvanzyl
> ---------------------------------------------------------
>
> To do two things at once is to do neither.
>
>  -- Publilius Syrus, Roman slave, first century B.C.
>
>
>
>
>
>

--047d7b5daf5028cbfc04d4d81254--