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 ACB3B92B8 for ; Fri, 3 Feb 2012 07:28:53 +0000 (UTC) Received: (qmail 18580 invoked by uid 500); 3 Feb 2012 07:28:51 -0000 Delivered-To: apmail-maven-users-archive@maven.apache.org Received: (qmail 17841 invoked by uid 500); 3 Feb 2012 07:28:44 -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 17516 invoked by uid 99); 3 Feb 2012 07:28:42 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 03 Feb 2012 07:28:42 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of gcjtmu-turbine-maven-user-846@m.gmane.org designates 80.91.229.3 as permitted sender) Received: from [80.91.229.3] (HELO plane.gmane.org) (80.91.229.3) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 03 Feb 2012 07:28:35 +0000 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1RtDZ6-0002A9-IO for users@maven.apache.org; Fri, 03 Feb 2012 08:28:12 +0100 Received: from mail.scalaris.com ([62.154.225.82]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 03 Feb 2012 08:28:12 +0100 Received: from Joerg.Schaible by mail.scalaris.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 03 Feb 2012 08:28:12 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: users@maven.apache.org From: =?UTF-8?B?SsO2cmc=?= Schaible Subject: Re: How to ensure proper transitive dependencies Date: Fri, 03 Feb 2012 08:28:01 +0100 Organization: Scalaris AG Lines: 45 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8Bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: mail.scalaris.com User-Agent: KNode/4.7.4 Hi Leon, Leon Rosenberg wrote: > On Thu, Feb 2, 2012 at 6:10 PM, Jörg Schaible > wrote: >> Leon Rosenberg wrote: >> >>> Hello, >>> >>> I have following question, I don't quite understand how to solve >>> properly. I have 3 projects, A,B and C. >>> A depends on B and C, and B depends on C. >>> >>> A requires at least C version 1.06. However, after a while C got a new >>> feature which is now used in B. So in my situation A contains: >>> B version 2.0 >>> C version 1.0.6 >>> >>> pom of B (2.0) contains >>> C version 1.0.14 >>> >>> When I build A, I'd expect 1.0.14 of C to be included through the >>> dependency to B. However, the resulting war contains 1.0.6, which >>> cause B 2.0 to malfunction, because it expects 1.0.14 of C. >>> How can I resolve this issue, without manually version of C in the pom >>> of A? >> >> 3rd option: >> Use a common parent and define the required versions of your dependencies >> there in a dependencyManagement section. >> >> - Jörg > > Thought about that, but since A,B,C are all own projects, and this > situation is also common for further 10 projects, I would have to > change the version of parent in all single project poms every week or > so.... I think this will not solve the problem, but create a new one > instead. No, use the parent as an artifact on its own. Just because in your example e.g. B uses an old parent version (let's say 3), it does not mean that A and C can use a newer version (e.g. 5-SNAPSHOT). - Jörg --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@maven.apache.org For additional commands, e-mail: users-help@maven.apache.org