In that example, I don't believe C will ever show up in a deps tree or report. So I'm not surprised the API does not reveal them.
Transitive deps of provided deps are basically your problem. If B to C is "compile", do you see any difference in the deps reported? I don't believe so. What is the business case that would indicate this should be supported? This says "I will be providing B in my container, but need all of B's deps (which I do not depend on in A directly) included in A" -- that makes no sense. Wayne On Thu, Dec 11, 2008 at 1:17 PM, EJ Ciramella <ecirame...@upromise.com> wrote: > That still doesn't return a dependency of a dependency where the last > one is of scope provided. > > A depends on B depends on C > > A to B is provided > B to C is provided > > B shows up C does not. > > -----Original Message----- > From: sirly...@gmail.com [mailto:sirly...@gmail.com] On Behalf Of John > Stoneham > Sent: Thursday, December 11, 2008 1:20 PM > To: Maven Users List > Subject: Re: dependency.getDependencies() > >> On Thu, Dec 11, 2008 at 9:25 AM, EJ Ciramella > <ecirame...@upromise.com> wrote: >>> is there a way to get ALL dependencies (including transitive ones)? > > Marking your mojo with "@requiresDependencyResolution test" ought to > resolve all this out for you and populate the artifacts variables on the > MavenProject object. > > - John > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
