Return-Path: X-Original-To: apmail-maven-dev-archive@www.apache.org Delivered-To: apmail-maven-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 61EE311766 for ; Thu, 12 Jun 2014 13:03:40 +0000 (UTC) Received: (qmail 63479 invoked by uid 500); 12 Jun 2014 13:03:40 -0000 Delivered-To: apmail-maven-dev-archive@maven.apache.org Received: (qmail 63396 invoked by uid 500); 12 Jun 2014 13:03:40 -0000 Mailing-List: contact dev-help@maven.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Help: List-Post: List-Id: "Maven Developers List" Reply-To: "Maven Developers List" Delivered-To: mailing list dev@maven.apache.org Received: (qmail 63385 invoked by uid 99); 12 Jun 2014 13:03:39 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 12 Jun 2014 13:03:39 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of aheritier@gmail.com designates 209.85.220.182 as permitted sender) Received: from [209.85.220.182] (HELO mail-vc0-f182.google.com) (209.85.220.182) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 12 Jun 2014 13:03:37 +0000 Received: by mail-vc0-f182.google.com with SMTP id il7so761400vcb.27 for ; Thu, 12 Jun 2014 06:03:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=TA/Tet+yP5LCanTY/bi7Z1PzepyDRnbjyZXLjPJDEAA=; b=Mih8bHdwZ7QeKA1aXswzzlhEOKzZM3NsYp7rKN2UDzB7S2htJRUmzq4I1aWBonSDBB rNMDAjmXqk2SQG4Wbw/LcAb5ZH2cSVnt/tPmwpPZjxH3aUF2FAaK2eVAmMncQ7JlFQKl Cp6uKtBFW3WqZDlCDuMcuqg/DScY4/ur7zEaPO9U1qKPjnfNVnnsG8nXuNVhN9OSd7go 3v1Q6k9qRFwFclpqxFhMp5FHY7r5mFJkSWkaXc52J2txOaDliKMs4eugdeeGKW2MRpvI SUr0w2tpv5M2gjk3VVl2vOz82SLdSv7kQWyesPa/uIz4IXUogVGW5DfGcwSC3fyozOY/ Bdag== X-Received: by 10.220.103.141 with SMTP id k13mr44005623vco.25.1402578193199; Thu, 12 Jun 2014 06:03:13 -0700 (PDT) MIME-Version: 1.0 Received: by 10.220.86.3 with HTTP; Thu, 12 Jun 2014 06:02:48 -0700 (PDT) In-Reply-To: <116883377.5FoXNmt17g@herve-desktop> References: <116883377.5FoXNmt17g@herve-desktop> From: =?UTF-8?Q?Arnaud_H=C3=A9ritier?= Date: Thu, 12 Jun 2014 15:02:48 +0200 Message-ID: Subject: Re: Model Version 5.0.0 To: Maven Developers List Content-Type: multipart/alternative; boundary=047d7b342d30f9b9fe04fba32ee2 X-Virus-Checked: Checked by ClamAV on apache.org --047d7b342d30f9b9fe04fba32ee2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable http://www.gradle.org/docs/current/userguide/dependency_management.html#sub= :project_dependencies ??? The idea behind it may be that by default we can declare in a multi-projects build some dependencies without groupId and version. In that case they are using automatically the module groupId and and version asking for the dep (2 lines less in your pom for each dep like this). On Thu, Jun 12, 2014 at 8:21 AM, Herv=C3=A9 BOUTEMY wrote: > any reference to what you call "project dependency"? > how is it different from a classic dependency? a dependency in a reactor? > > Regards, > > Herv=C3=A9 > > Le mercredi 11 juin 2014 17:18:05 Simon Wang a =C3=A9crit : > > Since we're thinking about model-5.0. > > > > Is it possible to support project dependency in 5.0? > > Project dependency could benefit users a lot. > > They needn't care about whether others dependent projects(might changed= ) > > are installed or not. > > And users needn't always run maven build with parent pom. > > > > Regards > > Simon > > > > 2014-03-25 18:41 GMT+08:00 Nigel Magnay : > > > On Tue, Mar 25, 2014 at 8:55 AM, Baptiste Mathus > > > > > > wrote: > > > > FWIW, I'm aware it's easily feasible to add that checksum validatio= n > in > > > > a > > > > plugin, but you'll still have to repeat the coordinates. > > > > And that very thing was my point: I don't think having to repeat > those > > > > coordinates to add metadata is great. > > > > > > > > Not even saying this *must* go in modelVersion 5, I just wanted tha= t > > > > > > debate > > > > > > > to happen at least for future reference if people wonder why maven > pom > > > > can't store that dependency metadata (DRY'ly alongside its data, I > > > > mean). > > > > > > There's all sorts of other per-dependency information that would be > > > useful, for example - flex applications needing to store RSL deployme= nt > > > paths and policy file urls. > > > > > > The 'maven way' seems to be sentenced to perennially repeat yourself, > and > > > live with the fact your plugin config and your dependency list can > drift > > > out of sync. Or to suffer some kind of excuse of 'just specify the > > > dependencies you want to apply this metadata to with some kind of > regular > > > expression (!)'. > > > > > > XML even has a well-understood extension mechanism for this kind of > thing. > > > > > > > > > ... > > > > > > > > > com.woo > > > yay > > > 1.0 > > > > > > > > > /blah/blah > > > /woo/policy.xml > > > > > > > > > > > > > > > > > > .... > > > > > > > > > > > > > > > /// some plugin that enforces security:sha1 > > > > > > .... etc etc etc > > > > > > > > > > > > If your tooling doesn't understand namespaced nodes, it's trivial to > strip > > > them. > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org > For additional commands, e-mail: dev-help@maven.apache.org > > --=20 ----- Arnaud H=C3=A9ritier http://aheritier.net Mail/GTalk: aheritier AT gmail DOT com Twitter/Skype : aheritier --047d7b342d30f9b9fe04fba32ee2--