Sorry, no. I would investigate why it's looking in central first of all
though.

/Anders

On Mon, Nov 9, 2009 at 20:25, David Hoffer <dhoff...@gmail.com> wrote:

> 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?
> > > > >> > >
> > > > >> >
> > > > >>
> > > > >
> > > > >
> > > >
> > >
> >
>

Reply via email to