[prev in list] [next in list] [prev in thread] [next in thread] 

List:       maven-user
Subject:    Re: Dependencies for aggregated projects
From:       klimane <Elizabeth.Kliman () fcc-fac ! ca>
Date:       2009-03-31 21:32:48
Message-ID: 22814635.post () talk ! nabble ! com
[Download RAW message or body]


I realize that this post is quite old, but I am looking for similar
information.  What we've experienced is that the aggregator pom does depend
on the target build directory and not the local repository.  Is there a way
to reverse this?  In our case, we are using a non-standard code structure
(which we cannot modify at this point):

ProjectA
   src
      java (contains source code)
      build (target build directory for source code)
   test
      java (contains test code)
      build (target build directory for test code)

What happens is when we run a bunch of projects together in an aggregator,
some of the target build directories come out incorrect.  This means that in
some cases where we actually depend on the test code, it is referring to the
src/build target directory instead of the test/build directory, which is the
one we need.  We've found that the only way for us to work around this
problem is to remove the problem project from the aggregator and simply
ensure it is built ahead of time.  However, this solution is less than ideal
and we would like to know if there is a possibility to get this behaviour
fixed (if anyone else has seen this problem as well) or to specify that the
aggregator should look in the local repository instead of the target build
directories.

Thanks.

Elizabeth

-- 
View this message in context: \
http://www.nabble.com/Dependencies-for-aggregated-projects-tp9317930p22814635.html \
Sent from the Maven - Users mailing list archive at Nabble.com.


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org


[prev in list] [next in list] [prev in thread] [next in thread]