I will investigate more tomorrow re the remote repo as we do the same, in fact we make no direct access to any external repos however the mirror mapping we do of central and all the other 'standard' repos to our internal proximity may be getting round that problem for us.
Ps. I didnt mean to make it sound like a trivial issue, just that's been around for ages and that corporate users have had to work around it. -----Original Message----- From: Vincent Massol [mailto:[EMAIL PROTECTED] Sent: 04 February 2007 11:40 To: Maven Developers List Subject: Re: Modules location not honored when specifying several subdirs? On Feb 4, 2007, at 11:52 AM, John Allen wrote: > This has been a problem for quite some time; the JIRA ticket number > escapes > me though. If I remember right its not actually all of the maven > that's > failing to use the file system source POM, i.e. a -X dump produces > a failure > at a different location depending on whether the POM is actually > available > on the FS. > > The solution we have had to adopt is a more careful nightly build and > configuration management regime, especially when boot-strapping a > completely > clean environment. Barring the fact that it prevents building in offline mode and that we have to constantly release snapshot poms, there's another issue. We're using a custom remote repo defined in the top level pom/ pom.xml. As this file cannot be found when building and even though we have the repo defined in there we still need to redefine the remote repo in lots of other module poms as otherwise maven fails to find parent poms... Apparently this is not fixed in 2.0.5. If anyone knows the jira issue # that would help. Thanks -Vincent > -----Original Message----- > From: Vincent Massol [mailto:[EMAIL PROTECTED] > Sent: 03 February 2007 13:12 > To: Maven Developers List > Subject: Re: Modules location not honored when specifying several > subdirs? > > Here's how to reproduce this: > > * Check out https://svn.codehaus.org/cargo/trunks > * Remove all Cargo artifacts from local repo (in org/codehaus/cargo) > * Go in trunks/ and type "mvn install -o" (do no forget the -o) > * This will fail because the parent pom is not found. This is the > first issue as the relativePath should allow maven to find it > * Go in pom/ and run mvn install > * Go back to trunks/ and type "mvn install -o". It'll fail again > showing the problem explained below. > > Thanks for any help on this > -Vincent > > On Feb 3, 2007, at 1:01 PM, Vincent Massol wrote: > >> Hi, >> >> When I build from the top level where my modules are defined, Maven >> is looking in the remote repo first even though sources are >> available locally for the specified modules. >> >> I have the following in my top level pom.xml: >> >> <modules> >> ... >> <module>core/samples/testdata</module> >> ... >> </modules> >> ... >> >> Maven tries to download the testdata artifact from the remote repo >> first. Thus if I don't have it or run offline, I get an error: >> >> [INFO] Failed to resolve artifact. >> >> GroupId: org.codehaus.cargo >> ArtifactId: cargo-samples-testdata >> Version: 0.9-SNAPSHOT >> >> Reason: System is offline. >> >> org.codehaus.cargo:cargo-samples-testdata:pom:0.9-SNAPSHOT >> >> >> >> NOTE: Maven is executing in offline mode. Any artifacts not already >> in your local >> repository will be inaccessible. >> >> >> [INFO] >> --------------------------------------------------------------------- >> - >> -- >> [INFO] Trace >> org.apache.maven.reactor.MavenExecutionException: Cannot find >> parent: org.codehaus.cargo:cargo-samples-testdata for project: >> null:empty-jar:jar:null >> >> What's strange is that the erorr says it cannot find the parent for >> project empty-jar. Actually in testdata/pom.xml I have: >> >> <modules> >> <module>empty-jar</module> >> ... >> </modules> >> >> And it has a correctly defined parent (no relativePath as the >> parent is just above it). >> >> Any idea? Is this a bug? Should I create a jira for it? >> >> Thanks >> -Vincent >> >> >> >> >> >> >> _____________________________________________________________________ >> _ >> _____Yahoo! Mail réinvente le mail ! Découvrez le nouveau Yahoo! >> Mail et son interface révolutionnaire. >> http://fr.mail.yahoo.com >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> > > > > > > > ______________________________________________________________________ > _____ > Yahoo! Mail réinvente le mail ! Découvrez le nouveau Yahoo! Mail et > son > interface révolutionnaire. > http://fr.mail.yahoo.com > > --------------------------------------------------------------------- > 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] > ___________________________________________________________________________ Yahoo! Mail réinvente le mail ! Découvrez le nouveau Yahoo! Mail et son interface révolutionnaire. http://fr.mail.yahoo.com --------------------------------------------------------------------- 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]
