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]
