Return-Path: 
 <dev-return-13376-apmail-directory-dev-archive=directory.apache.org@directory.apache.org>
Delivered-To: apmail-directory-dev-archive@www.apache.org
Received: (qmail 90363 invoked from network); 1 Sep 2006 02:11:17 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199)
  by minotaur.apache.org with SMTP; 1 Sep 2006 02:11:17 -0000
Received: (qmail 78856 invoked by uid 500); 1 Sep 2006 02:11:17 -0000
Delivered-To: apmail-directory-dev-archive@directory.apache.org
Received: (qmail 78809 invoked by uid 500); 1 Sep 2006 02:11:17 -0000
Mailing-List: contact dev-help@directory.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:dev-help@directory.apache.org>
List-Unsubscribe: <mailto:dev-unsubscribe@directory.apache.org>
List-Post: <mailto:dev@directory.apache.org>
List-Id: <dev.directory.apache.org>
Reply-To: "Apache Directory Developers List" <dev@directory.apache.org>
Delivered-To: mailing list dev@directory.apache.org
Received: (qmail 78798 invoked by uid 99); 1 Sep 2006 02:11:16 -0000
Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49)
    by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 31 Aug 2006 19:11:16 -0700
X-ASF-Spam-Status: No, hits=2.8 required=10.0
	tests=DNS_FROM_RFC_ABUSE,DNS_FROM_RFC_POST,DNS_FROM_RFC_WHOIS
X-Spam-Check-By: apache.org
Received-SPF: pass (asf.osuosl.org: local policy)
Received: from [209.73.178.205] (HELO web60717.mail.yahoo.com)
 (209.73.178.205)
    by apache.org (qpsmtpd/0.29) with SMTP; Thu, 31 Aug 2006 19:11:16 -0700
Received: (qmail 50070 invoked by uid 60001); 1 Sep 2006 02:10:54 -0000
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
  s=s1024; d=yahoo.com;
  h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding;
  b=GuJ8o5AxI5k3Vc0xecdRtbhQEpNyGKG79+afV7MPcGPnPKSh0ewK7RcvYpCBKoGJPvIfhNMwRNprVDK4xUjyNzfKQ7wE1o+wiay5K14GbJCQAgaR4iy49FQOixicEoZNnpdUywjGakpNBe0OuKluxwGk+VN2KZlJtPA69x4TwoE=
  ;
Message-ID: <20060901021054.50068.qmail@web60717.mail.yahoo.com>
Received: from [24.13.179.233] by web60717.mail.yahoo.com via HTTP;
 Thu, 31 Aug 2006 19:10:54 PDT
Date: Thu, 31 Aug 2006 19:10:54 -0700 (PDT)
From: Ole Ersoy <ole_ersoy@yahoo.com>
Subject: Re: Maven Builds
To: Apache Directory Developers List <dev@directory.apache.org>,
  elecharny@iktek.com
In-Reply-To: <44F77422.8000800@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Virus-Checked: Checked by ClamAV on apache.org
X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N

Emmanuel,

Looks like your cool running - you know everything I
know now, and by the looks of it you will soon be De
Masta.

I'm still experimenting as well, so I'll let you know
results as I complete tests.

Cheers,
- Ole

--- Emmanuel Lecharny <elecharny@gmail.com> wrote:

> I gonna auto-answer some of my questions, but it
> induces more other 
> questions :)
> 
> > I'm playing with Maven an try to set my dream
> environment :
> 
> > - I want two repos : one for jars, one for plugins
> : is it possible ?
> 
> Definitively. There is a <repositories>  element and
> a 
> <pluginRepositories> one. Great !
> 
> > - I want those repos be at the same level than the
> top level pom.xml : 
> > jars and plugins respectively :
> >
> > .
> > ..
> > /jars
> > /plugins
> > /project1
> > /project2
> > pom.xml
> >
> > and my pom.xml will contain :
> 
> <snip/>
> 
> >
> > Is it correct ?
> 
> Part of my new pom.xml :
>   <repositories>
>     <repository>
>      <id>central</id>
>      <name>Apache Directory Repository</name>
>      <url>jars</url>
>      <layout>default</layout>
>     </repository>
>   </repositories>
> 
> Well, now have a problem : how do I set up the url
> to point on jars. If 
> I go up to a subproject (like project1), then I
> can't build my project, 
> because there is no 'jars' directory in it. So the
> url should be 
> something like $basedir/jars, where $basedir is the
> pom.xml path where 
> $basedir is declared. is it possible?
> 
> > - Now, I don't want Maven to look after jars or
> plugins in the outer 
> > world. Modifying settings.xml does not fit me,
> because that means 
> > other users have to set it on their computer, and
> tis is a global 
> > element. I want to disable external repos from the
> top level pom.xml. 
> > Is it possible ?
> 
> Don't know yet. My RTFM session was not completely
> satisfying : the 
> "better build with maven" is a great doco, but very
> general. And 
> browsing the web site lead me to something I
> strongly desagree with :
> "It is not recommended that you store your JARs in
> CVS. ... With Maven 
> these standard utilities can be stored in your local
> repository and 
> shared by any number of builds.
> 
> This has the following advantages:
> *1) It uses less storage"
> *Who cares ??? For less than 200$, I can buy 300Go
> disks. ApacheDS 
> repository is only 55 Mb big. This is NOTHING.
> *2) It makes checking out a project quicker
> *Who cares? I do check out ADS completely very often
> (around once a 
> week), and I really think I'm very untypical. You
> generally checkout a 
> project a few times in its whole life, and even if
> it takes 10 minutes, 
> big deal.
> *3) No need for versioning
> *This is all but an advantage. This is the way to
> break a configuration 
> managment. As you don't version, you have no way to
> guarantee that a jar 
> you are downloading is the one which has been use
> for the current 
> version of the product you are building. It is said
> on Maven web site 
> that you don't need to store in CVS immutable files,
> because if the file 
> change, its name change accordingly (junit-3.8.1.jar
> -> junit-4.1.0.jar, 
> for instance). Badly wrong. Not that far away, many
> jar's name weren't 
> changed. You had to look at the manifest to know
> which version it was, 
> if the developper has put this number in it :(. IBM
> Websphere is still 
> using this naming scheme (poor poor deployers ...).
> And I have seen sooo 
> many times a developper modifying a jar to add the
> last forgotten patch 
> without modifying the jar's name (and of course,
> this patch break 
> something in your code, and of course he was subtle
> enough to 
> re-generate the sha1 files so that its last minute
> and at nigth 
> modification went through all the Q&A processes ...)
> 
> Ok, ok, personnal opinion expressed...
> 
> More RTFM to come ! I may finally adopt maven and
> use it frantically :)
> 
> > Emmanuel
> 
> 
> 


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com