Yes, building project B is just fine...I thought I had a working solution using import scope. Then other developers in our company tried building C and reported the failure. What I note in the console error is:
Caused by: org.apache.maven.artifact.resolver.ArtifactNotFoundException: Unable to download the artifact from any repository com.issinc.webtas:webtas-parent:pom:4.0-SNAPSHOT from the specified remote repositories: central (http://repo1.maven.org/maven2) (Where webtas-parent is A.) If I am to believe this report...its looking in the wrong repo. We have our own corporate repo, our settings.xml points all requests to our internal URL so it should not look at http://repo1.maven.org/maven2 directly. Any thoughts? -Dave On Mon, Nov 9, 2009 at 12:19 PM, Anders Hammar <and...@hammar.net> wrote: > I assume that project B builds just fine? > Never had import dependency in two levels like you have, so I don't know if > it's a known bug being fixed. Try Maven 2.2.1 and see, or search jira! > > /Anders > > On Mon, Nov 9, 2009 at 20:15, David Hoffer <dhoff...@gmail.com> wrote: > > > I just ran into a problem with the import scope feature. It does not > > resolve properly. I.e. > > > > Project B uses import scope feature on Project A. > > Project C uses import scope feature on Project B. > > > > Project C cannot build because it says that A does not exist. > > > > I'm using maven 2.1.0, has this been fixed in later versions? Is there a > > way to make this work? > > > > -Dave > > > > > > On Sat, Nov 7, 2009 at 11:13 AM, Anders Hammar <and...@hammar.net> > wrote: > > > > > Regarding the feature the assimilate plugin gives you, I would do like > > this > > > instead: > > > > > > > > > http://www.sonatype.com/people/2009/10/maven-tips-and-tricks-grouping-dependencies/ > > > > > > /Anders > > > > > > On Sat, Nov 7, 2009 at 19:07, Anders Hammar <and...@hammar.net> wrote: > > > > > > > Yes, it exists in Maven 2.0.9+. Sorry, if the link wasn't clear > enough. > > > > Have a look here: > > > > > > > > > > > > > > http://maven.apache.org/guides/introduction/introduction-to-dependency-mechanism.html#Importing_Dependencies > > > > > > > > The import support is different that what the assimilate gives you. > The > > > one > > > > described above is for dep management, while the assimilate plugin > are > > > for > > > > actual dependencies. > > > > > > > > /Anders > > > > > > > > On Sat, Nov 7, 2009 at 17:41, David Hoffer <dhoff...@gmail.com> > wrote: > > > > > > > >> That looks good. > > > >> > > > >> Just to be clear, in that link it seemed to be a discussion of what > to > > > >> possibly add to maven...are you saying that is in maven now? Btw I > > use > > > >> 2.1.0. > > > >> > > > >> Also what do you think about > > > http://code.google.com/p/assimilate/mentioned > > > >> in the bottom of this link? > > > >> > > > >> -Dave > > > >> > > > >> On Sat, Nov 7, 2009 at 9:10 AM, Anders Hammar <and...@hammar.net> > > > wrote: > > > >> > > > >> > Yes, you could use the "import" scope at the top level to import > > > >> dependency > > > >> > management defined in another pom (which could be the ones in D). > > > >> > > > http://docs.codehaus.org/display/MAVEN/Importing+Managed+Dependencies > > > >> > > > > >> > /Anders > > > >> > > > > >> > On Sat, Nov 7, 2009 at 15:42, David Hoffer <dhoff...@gmail.com> > > > wrote: > > > >> > > > > >> > > We have a large maven project where each component (or group of > > > >> > artifacts) > > > >> > > each uses dependencyManagement to control what versions are used > > and > > > >> to > > > >> > > specify exclusions, etc. At an individual component level this > > > works > > > >> > well. > > > >> > > > > > >> > > You can think of our project as being lots of new > maven/components > > > (A, > > > >> B, > > > >> > > C) > > > >> > > that act as a facade around a legacy component D...so D is at > the > > > >> bottom > > > >> > of > > > >> > > the dependency graph. > > > >> > > > > > >> > > However we really need D's dependency management to be at the > top > > > >> level > > > >> > > too. That is, lots of changes happen at the legacy component D > > and > > > we > > > >> > > don't > > > >> > > want to have to manually track dependency changes there and copy > > to > > > >> the > > > >> > top > > > >> > > level. > > > >> > > > > > >> > > Is there a way in maven to say, at the top-level, use D's > > > dependencies > > > >> > for > > > >> > > me too? If not, how hard would it be to write a plugin that > does > > > >> this? > > > >> > > > > > >> > > > > >> > > > > > > > > > > > > > >