At present, Maven uses the declared project dependencies as the basis
for sorting, not transitive dependencies.

You use case sounds risky - G has obviously changed, L is using it via
C and E, but C and E are not rebuilt to take advantage of the changes
in G. You might know that this is the case - but it may not be true in
general. So it makes sense to declare the order you know to be true as
well.

You can work around this by ordering the modules in the order you want
them to be built (ie, move g before l in your example POM).

Cheers,
Brett

2008/8/22 Christian_S <[EMAIL PROTECTED]>:
>
> HI all
> I have problems with usage of transitive dependencies.
> As i know Maven should manage the buildorder on its own.
> My Situation:
>
> Using Maven2.0.9
>
> L depends on C
> C Depends on E
> E depends on G
>
> L and C are situated below folder A
> E and G are situated below folder B
>
> If i call a maven command from root everything is ok and the buildorder is
> also correct.
> We have a usecase where we only want to create specific plugins. e.g.: L and
> G
> So we create a "helper" pom.xml automatically and mention these two modules.
> e,g.:
>
> ...
> <packaging>pom</packaging>
> <modules>
> <module>../plugins/a/l</module>
> <module>../plugins/b/g</module>
> </modules>
> ...
>
> Because L depends on G (transitiv), G has to be built first and afterwards L
> has to be built.
> This is only done if the modules are also mentioned in this order in my
> "helper" pom.xml.
> We expected that maven always cares about correct build order and we don't
> have to care about it.
>
> My Question is:
> Should this usecase be supported by maven?
> Is there a property we can use that maven cares about it?
>
> Thanks for your help
>
> Christian
>
>
> --
> View this message in context: 
> http://www.nabble.com/Problem-when-using-transitive-dependencies-tp19104003p19104003.html
> Sent from the Maven - Users mailing list archive at Nabble.com.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>



-- 
Brett Porter
Blog: http://blogs.exist.com/bporter/

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to