Return-Path: X-Original-To: apmail-maven-users-archive@www.apache.org Delivered-To: apmail-maven-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 808FE11AFF for ; Thu, 27 Mar 2014 12:50:07 +0000 (UTC) Received: (qmail 54766 invoked by uid 500); 27 Mar 2014 12:50:04 -0000 Delivered-To: apmail-maven-users-archive@maven.apache.org Received: (qmail 54165 invoked by uid 500); 27 Mar 2014 12:50:01 -0000 Mailing-List: contact users-help@maven.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Help: List-Post: List-Id: "Maven Users List" Reply-To: "Maven Users List" Delivered-To: mailing list users@maven.apache.org Received: (qmail 54151 invoked by uid 99); 27 Mar 2014 12:49:58 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 27 Mar 2014 12:49:58 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy includes SPF record at spf.trusted-forwarder.org) Received: from [216.139.236.26] (HELO sam.nabble.com) (216.139.236.26) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 27 Mar 2014 12:49:53 +0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WT9kR-00062W-J9 for users@maven.apache.org; Thu, 27 Mar 2014 05:49:31 -0700 Date: Thu, 27 Mar 2014 05:49:31 -0700 (PDT) From: mkarg To: users@maven.apache.org Message-ID: <1395924571582-5789696.post@n5.nabble.com> In-Reply-To: References: <1395650439461-5789365.post@n5.nabble.com> <1395909138436-5789681.post@n5.nabble.com> Subject: Re: multi-module phases sequence MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org I understand the issues, but I do not see why we should all just sit back and say "Maven is broken by design, so all is good, just keep it as it is.". I do not see that it is unfixable wrt the original question, as only thing I asked for is that Maven accepts that if Module A needs Module B then it is obvious that Module B must exist. In the end it is just a need for partial serialization. I mean, I can even fix it by hand (merging two poms in one and all works fine, as the executions run top to bottom), so it MUST be possible to do just this partial fix in Maven core. -- View this message in context: http://maven.40175.n5.nabble.com/multi-module-phases-sequence-tp5789365p5789696.html Sent from the Maven - Users mailing list archive at Nabble.com. --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@maven.apache.org For additional commands, e-mail: users-help@maven.apache.org