Return-Path: X-Original-To: apmail-hc-dev-archive@www.apache.org Delivered-To: apmail-hc-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 CAF9718A98 for ; Mon, 29 Feb 2016 20:55:57 +0000 (UTC) Received: (qmail 94128 invoked by uid 500); 29 Feb 2016 20:55:57 -0000 Delivered-To: apmail-hc-dev-archive@hc.apache.org Received: (qmail 93992 invoked by uid 500); 29 Feb 2016 20:55:57 -0000 Mailing-List: contact dev-help@hc.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "HttpComponents Project" Delivered-To: mailing list dev@hc.apache.org Received: (qmail 93980 invoked by uid 99); 29 Feb 2016 20:55:57 -0000 Received: from mail-relay.apache.org (HELO mail-relay.apache.org) (140.211.11.15) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 29 Feb 2016 20:55:57 +0000 Received: from ok2c (77-57-180-136.dclient.hispeed.ch [77.57.180.136]) by mail-relay.apache.org (ASF Mail Server at mail-relay.apache.org) with ESMTPSA id A83D91A0181 for ; Mon, 29 Feb 2016 20:55:56 +0000 (UTC) Message-ID: <1456779353.3555.19.camel@apache.org> Subject: Re: HttpCore - CC buddy license. From: Oleg Kalnichevski To: HttpComponents Project Date: Mon, 29 Feb 2016 21:55:53 +0100 In-Reply-To: References: , , ,<1456762687.3555.9.camel@apache.org> , ,<1456763384.3555.12.camel@apache.org> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.12.9-1+b1 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit On Mon, 2016-02-29 at 19:33 +0200, Justi Kd wrote: > > > You are welcome to approach them on our behalf if you feel strongly > > about the issue. > > > > Oleg > > > > > > > > > > > I think it's quite important to remove this because what seems trivial or non-issue > for us developers may prove to be an obstacle when challenged by managers/legal folks > and at the end of the day it's about replying: this is ASL2 OR this is ASL2 'but' and > I don't think we need to be put in a position to explain any 'but' or deal with any > adoption barrier that might pop later due to this. > > Anyway, I did some searches and I couldn't find direct contact info for the authors > (excluding twitter). I'll keep on searching but if you have any 'ideas' don't hesitate > to send me a direct email. > > Another way to resolve this would be to somehow make these "optional" and state that > this library *optionally* depends on these by doing x,y,z and are not required to make > use of the library. > What we could do is replace @Immutable, @ThreadSafe and @NonThreadSafe with a single annotation, say, @Threading with three values Safe, NonSafe and Immutable and drop @GuardedBy altogether. Oleg --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@hc.apache.org For additional commands, e-mail: dev-help@hc.apache.org