Mailing-List: contact dev-help@maven.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Maven Developers List" <dev@maven.apache.org>
Received-SPF: pass (asf.osuosl.org: domain of carlossg@gmail.com designates
 64.233.162.201 as permitted sender)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        b=XRLAM1eh06CeEGlNdN5Cd8EoCeiIPlgXU59ktNz/ap3YcAfoHTP6CYlI+ZjcB8Y4qPI0DTHPdf1QzW9hs10bWZaW+5a/FDDq6kFjJjqvqsxYCDBio+NP+3fUpFXR5/WGZ9Q2QST+ZwMv8H7FDhEP1O7bE/26Cgz/vagrJ5hUczA=
Message-ID: <1a5b6c410607040553r6c20b441j81ec638465d9f10d@mail.gmail.com>
Date: Tue, 4 Jul 2006 14:53:16 +0200
From: "Carlos Sanchez" <carlos@apache.org>
Sender: carlossg@gmail.com
To: "Maven Developers List" <dev@maven.apache.org>
Subject: Re: RE: [RANT] This Maven thing is killing us....
Cc: dev@cocoon.apache.org
In-Reply-To: <98e4f1cd0607040434k1c0f7ddeo8e9ddf0899c15b7e@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: 
 <FDD5D99066749040AF9098A720E9897701CA1830@CIWMEXZSA0E.ex.ordersx.org>
	 <98e4f1cd0607040434k1c0f7ddeo8e9ddf0899c15b7e@mail.gmail.com>

The repository is as good as the users/projects make it. There's no
difference at all with using ant and including the wrong jars, maybe
the problem is that how to fix it in maven is not as easy as in ant.

If project A says it depends on B 1.0 and C says it depends on B 1.1,
there's a conflict in Maven, Ant and anything you want to use, the
difference is that Maven tries to do it for you, but you still can
override that behaviour.

Right now we are in a good position with a huge number of users trying
and testing the metadata in the repository, and forcing projects to
support maven by providing good data.

On 7/4/06, Torsten Curdt <tcurdt@apache.org> wrote:
> Sorry, for the cross-post ...but it seems we need a dialog here
> somehow. We now have two threads on two different mailing
> lists/communities that really should talk to each other.
>
> > I propose to commit again all JARs into, say, cocoon/trunk/m2repo
> > and then tell Maven at build time to use that directory in the
> > checkout area as first repository server in the search list.
>
> So where is the big difference? For every fresh checkout you download
> the jars from subversion.
>
> Guys I have no solution at hand but let's not throw out the baby with
> the bath water. I would be good to summarize all the pain points and
> post them over in maven land. The pain being so bad that we are
> (somehow) considering going back to ant should be alarming enough.
>
> Another point seems to be forgotten in this discussion so far - the
> legal aspects of distributing jars. Does the ASF want to re-distribute
> 3rd party jars? Plus: based on a chat Sylvain and me had with Cliff
> during ApacheCon it seems we could have blocks providing bridging code
> to LGPL ...as long as we do not provide the jar and the block is
> optional. (Sylvain, did I summarize that correctly?)
>
> I agree that the whole maven2 situation is currently far less than
> just acceptable ...but TBH I am not sure the maven team is (or was?)
> really aware of all the problems we have.
>
> Maybe we can get a statement on the maven self-update and
> unreliable-messed-up-repository situation. From what it sounds they
> are working on it. So let's not work this out in our little cocoon
> corner but let's hear what they have to say.
>
> cheers
> --
> Torsten
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
>


-- 
I could give you my word as a Spaniard.
No good. I've known too many Spaniards.
                             -- The Princess Bride

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org