Mailing-List: contact archiva-dev-help@maven.apache.org; run by ezmlm
Precedence: bulk
Reply-To: archiva-dev@maven.apache.org
Received-SPF: pass (herse.apache.org: domain of nicolas.deloof@gmail.com
 designates 66.249.82.239 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=beta;
        h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references;
        b=QoXSddHT+ZsE74fOBxChmWEENdFp1ngBrjXkd51BC3kpjaoep/mcKam0e5dajUR5zPpJpzvmw/LWnrjW2k4SaTa8TvtU++MQxvppqzav5IaBj1HYqr/YUS/EykMT9uXZ9T+mu0bUkfVHWQszVkgnyLvpUd8aDjvjsIxEK1MipHM=
Message-ID: <4c39e3030705030600n1399f248l1b85d4b4ef86000b@mail.gmail.com>
Date: Thu, 3 May 2007 15:00:54 +0200
From: "nicolas de loof" <nicolas.deloof@gmail.com>
To: archiva-dev@maven.apache.org
Subject: Re: question about POMs in (new) trunk
In-Reply-To: <4c39e3030705030523s47d736c1qae5cbb014370a1ce@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_Part_26283_14567834.1178197254566"
References: <4c39e3030705030345l3871e884h6bd206b806788305@mail.gmail.com>
	 <2E15D3FC-0044-431F-822A-052237FAF55A@handyande.co.uk>
	 <4c39e3030705030451r161a70f3jd25cc17d502feba3@mail.gmail.com>
	 <4639D26C.4080601@erdfelt.com>
	 <4c39e3030705030523s47d736c1qae5cbb014370a1ce@mail.gmail.com>

------=_Part_26283_14567834.1178197254566
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

I've made some test on minimalist POM hierarchy and having multi-level
parents OR setting version using dependencyManagement doesn't break the
ability to setup eclipse without having the project installed in local
repository..

You can take a look at my poms here : http://ndeloof.free.fr/temp/poms.zip

test (pom)
 |_ test-one (pom)
 |    |_ sub-test-one (jar)
 |_test-two (pom)
     |_ sub-test-two (jar) with dependency on sub-test-one

mvn eclipse:eclipse creates the expected .classpath in sub-test-two and
doesn't requires the jars in local repo neither tries to download them.


I don't understand why this fails with archiva-webapp


2007/5/3, nicolas de loof <nicolas.deloof@gmail.com>:
>
> I allready use this for my corporate projects with not having this issue :
>
> as maven knows the projects are modules from the same parent POM, it
> resolves such modules dependencies as inter-project dependencies under
> eclipse and DOESN'T require the project to be installed in local repo.
>
> Some prior Eclipse plugin version had the issue to require the compile
> phase to be executed before generating the eclipse configuration, and this
> created troubles for many users taht fall in the same situation : checkout
> of an unstable project require to fix with vi... (vi is great but I also
> like eclipse)
>
> Maybe this issue relates to the two-level of parent POMs : archiva-webapp
> and it's dependencies do not share the same direct parent.
>
> 2007/5/3, Joakim Erdfelt < joakim@erdfelt.com>:
> >
> > That's expected.
> >
> > On a fresh checkout/update, the modules do not exist in the local (or
> > remote) repositories yet.
> >
> > When you run the eclipse:eclipse goal, it tries to resolve the
> > dependencies, it can't as there is no information present in the
> > repository system for those modules.
> >
> > Compile it first,  then run eclipse:eclipse, then import it into
> > eclipse.
> >
> > - Joakim
> >
> >
> > nicolas de loof wrote:
> > > You're right, I missed it.
> > >
> > > This has a strange side effect : when I run mvn eclipse:eclipse from a
> > > fresh
> > > checkout, all inter-modules dependencies are unresolved :
> > >
> > > [INFO]
> > >
> > ------------------------------------------------------------------------
> > > [ERROR] BUILD ERROR
> > > [INFO]
> > >
> > ------------------------------------------------------------------------
> > > [INFO] Failed to resolve artifact.
> > >
> > > Missing:
> > > ----------
> > > 1)
> > >
> > org.apache.maven.archiva:archiva-database-consumers:jar:1.0-alpha-1-SNAPSHOT
> > >
> > >
> > >  Try downloading the file manually from the project website.
> > >
> > >  Then, install it using the command:
> > >      mvn install:install-file
> > > -DgroupId=
> > org.apache.maven.archiva-DartifactId=archiva-database-consumers
> > > \
> > >          -Dversion=1.0-alpha-1-SNAPSHOT -Dpackaging=jar
> > > -Dfile=/path/to/file
> > >
> > >  Path to dependency:
> > >        1)
> > > org.apache.maven.archiva:archiva-webapp:war:1.0-alpha-1-SNAPSHOT
> > >        2)
> > > org.apache.maven.archiva:archiva-scheduled:jar:1.0-alpha-1-SNAPSHOT
> > >        3)
> > >
> > org.apache.maven.archiva:archiva-database-consumers:jar:1.0-alpha-1-SNAPSHOT
> > >
> > > ...
> > >
> > >
> > > I can't import all modules in Eclipse before mvn install is
> > successfull.
> > > This may create issues if the code in SVN has compilation failures due
> > to
> > > some unfortunate commit.
> > >
> > >
> > > 2007/5/3, Andrew Williams <andy@handyande.co.uk >:
> > >>
> > >> I have not looked, but am guessing there is a dependencyManagement
> > >> section in the parent pom.
> > >>
> > >> Andy
> > >>
> > >> On 3 May 2007, at 11:45, nicolas de loof wrote:
> > >>
> > >> > The POMs in the new trunk don't set versions for dependencies on
> > other
> > >> > arhiva modules. Maven has no issue with that when running mvn
> > install.
> > >> >
> > >> > I tried to do the same on my project and got error :
> > >> > Validation Messages:
> > >> >
> > >> >    [0]  'dependencies.dependency.version' is missing for
> > >> > com.capgemini.quickstart:quickstart-model
> > >> >
> > >> > Reason: Failed to validate POM
> > >> >
> > >> >
> > >> > I don't see any special version setting in archiva. Did I miss
> > >> > something ?
> > >> >
> > >> > Nico.
> > >>
> > >>
> > >
> >
> >
>

------=_Part_26283_14567834.1178197254566--