You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@maven.apache.org by Vincent Massol <vi...@massol.net> on 2007/02/03 13:01:26 UTC
Modules location not honored when specifying several subdirs?
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: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: Modules location not honored when specifying several subdirs?
Posted by Vincent Massol <vi...@massol.net>.
On Feb 4, 2007, at 12:51 PM, John Allen wrote:
> 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 didn’t 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.
Thanks. I've raised this issue some time ago and the maven developers
I talked to at the time were not aware of it. So I'm glad this is a
known problem. Having a JIRA issue for it would be best though.
I'll create a new one in a few days if I can't find any existing one
about this.
This looks to me like a very serious problem. I would think this is
the kind of pb blocking a 2.0.5 release... ;-)
Thanks
-Vincent
> -----Original Message-----
> From: Vincent Massol [mailto:vincent@massol.net]
> 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:vincent@massol.net]
>> 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: dev-unsubscribe@maven.apache.org
>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>
>>
>>
>>
>>
>>
>>
>> _____________________________________________________________________
>> _
>> _____
>> 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: dev-unsubscribe@maven.apache.org
>> For additional commands, e-mail: dev-help@maven.apache.org
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>> For additional commands, e-mail: dev-help@maven.apache.org
>>
>
>
>
>
>
>
> ______________________________________________________________________
> _____
> 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: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
___________________________________________________________________________
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: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
RE: Modules location not honored when specifying several subdirs?
Posted by John Allen <jo...@hotmail.com>.
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:vincent@massol.net]
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:vincent@massol.net]
> 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: dev-unsubscribe@maven.apache.org
>> For additional commands, e-mail: dev-help@maven.apache.org
>>
>
>
>
>
>
>
> ______________________________________________________________________
> _____
> 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: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
___________________________________________________________________________
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: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: Modules location not honored when specifying several subdirs?
Posted by Vincent Massol <vi...@massol.net>.
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:vincent@massol.net]
> 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: dev-unsubscribe@maven.apache.org
>> For additional commands, e-mail: dev-help@maven.apache.org
>>
>
>
>
>
>
>
> ______________________________________________________________________
> _____
> 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: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
___________________________________________________________________________
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: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
RE: Modules location not honored when specifying several subdirs?
Posted by John Allen <jo...@hotmail.com>.
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.
-----Original Message-----
From: Vincent Massol [mailto:vincent@massol.net]
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: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
___________________________________________________________________________
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: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: Modules location not honored when specifying several subdirs?
Posted by Vincent Massol <vi...@massol.net>.
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: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
___________________________________________________________________________
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: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org