Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id 77476200CF0 for ; Mon, 7 Aug 2017 00:11:53 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 73E7C163FE6; Sun, 6 Aug 2017 22:11:53 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id DFF70163FE3 for ; Mon, 7 Aug 2017 00:11:52 +0200 (CEST) Received: (qmail 60726 invoked by uid 500); 6 Aug 2017 22:11:52 -0000 Mailing-List: contact dev-help@ant.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Help: List-Post: List-Id: "Ant Developers List" Reply-To: "Ant Developers List" Delivered-To: mailing list dev@ant.apache.org Received: (qmail 60715 invoked by uid 99); 6 Aug 2017 22:11:50 -0000 Received: from git1-us-west.apache.org (HELO git1-us-west.apache.org) (140.211.11.23) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 06 Aug 2017 22:11:50 +0000 Received: by git1-us-west.apache.org (ASF Mail Server at git1-us-west.apache.org, from userid 33) id 0633CE382D; Sun, 6 Aug 2017 22:11:49 +0000 (UTC) From: nlalevee To: dev@ant.apache.org Reply-To: dev@ant.apache.org References: In-Reply-To: Subject: [GitHub] ant-ivy issue #57: fix last inconsistencies in generics Content-Type: text/plain Message-Id: <20170806221150.0633CE382D@git1-us-west.apache.org> Date: Sun, 6 Aug 2017 22:11:49 +0000 (UTC) archived-at: Sun, 06 Aug 2017 22:11:53 -0000 Github user nlalevee commented on the issue: https://github.com/apache/ant-ivy/pull/57 @twogee, you have looked into the open sources softwares that use Ivy, but Ivy is under the ASL, not the GPL, it might be used in some closed, commercial products :) So we cannot know for sure that we won't break softwares by changing that part of the API. The hierarchy of the classes of the DependencyResolver is not of the best design, it would have been great to have more composition than inheritance. But that's we have. So unless we want to break things, rewrite things and make an Ivy3, I think we should stick with it. To move forward, I suggest that this PR doesn't break the API at all. And if you still think DependencyResolver deserve a probably-safe API break, you're welcomed to discuss it on ant-dev so we can get a consensus. --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastructure@apache.org or file a JIRA ticket with INFRA. --- --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org For additional commands, e-mail: dev-help@ant.apache.org