Hmmm I suspect you may not have read this post:
http://developer-blog.cloudbees.com/2013/03/playing-trade-offs-with-maven.html

(Trigger for suspicion is people referring to an "install" pom... esp when
they put install in quotes)


On 28 November 2013 17:04, Tommy Svensson <[email protected]> wrote:

> I did remove my local repository files (~/.m2/repository/...) and did an
> "mvn install" and got this exact problem myself!
>
> I'm however completely failing to understand why. I tried to add
> "<relativePath>..</relativePath> to the "install" module but that made no
> difference and since ".." is the one and only relative path to the parent
> it should make no difference, so I guess that was correct :-). And why does
> it start with trying to download the pom of the project I'm building. It is
> available right there in the catalog I'm standing in when running "mvn
> install". It should be downloading its parent pom, which it does and
> succeeds with, but it should not be trying to download itself since it is
> already running itself, and thus already have itself.
>
> Do note that the top parent (the one being successfully downloaded) does
> not contain any modules! It only provides plugins, properties, etc. It has
> no knowledge of its children.
>
> Regards,
> Tommy Svensson
>
>
> 28 nov 2013 kl. 17:33 skrev Tommy Svensson <[email protected]>:
>
> >
> > 28 nov 2013 kl. 15:39 skrev Nick Stolwijk <[email protected]>:
> >
> >> Probably you have the xxx-shared artifact already in your local
> repository
> >> from an earlier invocation, so it won't get looked up in Nexus, while
> your
> >> colleague doesn't.
> >>
> >> I think your parent part of the pom should look something like this:
> >>
> >> <parent>
> >>              <groupId>xxx.xxx.xxx</groupId>
> >>              <artifactId>xxx-shared</artifactId>
> >>              <version>2.0.26-SNAPSHOT</version>
> >>              <relativePath>../xxx-shared/pom.xml</relativePath>
> >>      </parent>
> >
> > It is *at* this parent that the "mvn clean" is done! The one failing is
> a module of this and is residing with a correct relative path to this
> parent.
> >
> > But it is correct that only I have this artifact in my local repository
> since my colleague are failing to build this due to this problem.
> >
> >>
> >> Try to empty your local repository (~/.m2/repository/xxx/xxx/xxx/ and
> >> rebuild. I guess without setting the relativePath you will see the same
> >> error as your colleague.
> >
> > The relative path is ".." and should thus be correct. But "cleaning" my
> ~/.m2/repository/... artifacts is probably a good test to do anyhow.
> >
> > Thanks,
> > Tommy Svensson
> >
> >
> >>
> >> Hth,
> >>
> >> Nick Stolwijk
> >> On Thu, Nov 28, 2013 at 3:32 PM, Tommy Svensson <[email protected]>
> wrote:
> >>
> >>> <parent>
> >>>              <groupId>xxx.xxx.xxx</groupId>
> >>>              <artifactId>xxx-shared</artifactId>
> >>>              <version>2.0.26-SNAPSHOT</version>
> >>>      </parent>
> >>>
> >>
> >>
> >>
> >> Nick Stolwijk
> >>
> >> ~~~ Try to leave this world a little better than you found it and, when
> >> your turn comes to die, you can die happy in feeling that at any rate
> you
> >> have not wasted your time but have done your best ~~~
> >>
> >> Lord Baden-Powell
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [email protected]
> > For additional commands, e-mail: [email protected]
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
>
>

Reply via email to