Return-Path: Delivered-To: apmail-cassandra-user-archive@www.apache.org Received: (qmail 74387 invoked from network); 4 May 2010 17:25:09 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 4 May 2010 17:25:09 -0000 Received: (qmail 65888 invoked by uid 500); 4 May 2010 17:25:08 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 65868 invoked by uid 500); 4 May 2010 17:25:08 -0000 Mailing-List: contact user-help@cassandra.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@cassandra.apache.org Delivered-To: mailing list user@cassandra.apache.org Received: (qmail 65860 invoked by uid 99); 4 May 2010 17:25:08 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 04 May 2010 17:25:08 +0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of tsaloranta@gmail.com designates 209.85.211.190 as permitted sender) Received: from [209.85.211.190] (HELO mail-yw0-f190.google.com) (209.85.211.190) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 04 May 2010 17:25:02 +0000 Received: by ywh28 with SMTP id 28so2069278ywh.28 for ; Tue, 04 May 2010 10:24:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=PEUseCasVi8BYPTpWodV4/84+UQYDAXBbpsnlTp55hw=; b=uZIkhAVcBXDLfSsfYLlw9phk+12qL5TfNxes6aJx2mjk6tmyzm5GorXWvkm06+Z8QY izHktCeN+duqxz6DcrHs43RVEzMF4Q1BAhLM1keHCCZtgTavyxAkBIcQONj5EKJWGblI 4xtEJbWmo70QFxUP9vzJhP051tvvhzZHOw8Ao= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=d/mXllnPrgBJjWuRNf1rs4H6ZXBXjZEKAw4vDb9TJzceXG98wamvy9ERXf9Kc5FrT9 reF1xLfBsD3RGWNJVWKkwcCsYptmiaHv1eEn3dzTqMhPPAyGIMFNsIabmRE4Vwqkmfxx /hwC7H+4NoAem4nppSSzzGUrIY6Pxx+qAk8fg= MIME-Version: 1.0 Received: by 10.91.172.16 with SMTP id z16mr1730894ago.66.1272993881415; Tue, 04 May 2010 10:24:41 -0700 (PDT) Received: by 10.90.93.17 with HTTP; Tue, 4 May 2010 10:24:41 -0700 (PDT) In-Reply-To: References: <9694240D-61A1-458D-8722-E26A0876771B@riskmetrics.com> <305AE17C-3655-46F0-AD77-CD5B390E0308@riskmetrics.com> Date: Tue, 4 May 2010 10:24:41 -0700 Message-ID: Subject: Re: Trove maps From: Tatu Saloranta To: user@cassandra.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org Oh boy... that stupid, stupid bickering about true nature of LGPL. Both Apache Foundation and FSF appeared like little kids arguing over whose dad is stronger (this was few years back, when it was discussed whether LGPL components could be used for Apache License projects) Almost made me explicitly bar use of Apache licenses for my own projects. ;= -p (no, there is absolutely no reason to avoid LGPL from ASL license code, absolute none -- UNLESS code is (c) by FSF, in which case maybe there is a problem). But of course Apache can impose their own, however misguided silly rules on projects under their umbrella. :-) -+ Tatu +- On Tue, May 4, 2010 at 6:16 AM, Boris Shulman wrote: > LGPL ia listed as a part of a forbidden licenses for apache projects > (see Excluded Licenses in http://www.apache.org/legal/3party.html)... > > On Tue, May 4, 2010 at 12:34 PM, Jeff Hammerbacher = wrote: >> Hey, >> >> History repeating itself a bit, here: one delay in getting Cassandra int= o >> the open source world was removing its use of the Trove collections libr= ary, >> as the license (LGPL) is not compatible with the Apache 2.0 license. >> >> Later, >> Jeff >> >> On Sat, Apr 24, 2010 at 11:28 PM, Tatu Saloranta >> wrote: >>> >>> On Sat, Apr 24, 2010 at 6:27 AM, Carlos Sanchez >>> wrote: >>> > There are forEach methods in =A0that would allow you to travel the >>> > keys/values/entries w/o creating the extra object (entries) >>> >>> Ok. So if change was made, it'd make sense to ensure those were used >>> for traversal. Thanks! >>> >>> -+ Tatu +- >> >> >