incubator-cassandra-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Paul Brown <paulrbr...@gmail.com>
Subject Re: Trove maps
Date Tue, 04 May 2010 17:27:38 GMT

We went through this with Ode w.r.t. Hibernate.  Note that Ode still ships with Hibernate
support there, just not with Hibernate libraries in the distribution or with a strong dependence
on Hibernate.

So, if you made Trove maps optional and provided an adapter, you'd be OK.  You just can't
bundle the Trove maps or have the project require it.

-- Paul

On May 4, 2010, at 10:24 AM, Tatu Saloranta wrote:

> 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 <shulmanb@gmail.com> 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 <hammer@cloudera.com> wrote:
>>> Hey,
>>> 
>>> History repeating itself a bit, here: one delay in getting Cassandra into
>>> the open source world was removing its use of the Trove collections library,
>>> 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 <tsaloranta@gmail.com>
>>> wrote:
>>>> 
>>>> On Sat, Apr 24, 2010 at 6:27 AM, Carlos Sanchez
>>>> <carlos.sanchez@riskmetrics.com> wrote:
>>>>> There are forEach methods in  that 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 +-
>>> 
>>> 
>> 


Mime
View raw message