Closed GoogleCodeExporter closed 9 years ago
Just a brief update:
"Neither BSD nor Apache 2.0 is a "viral" license, meaning AFAIK it makes no
demands on the other source code you include it with. That also means that
unlike GPL, you aren't releasing a "product" under a BSD or Apache license, but
each file or section of code is licensed under the license that the author
released it under.
So you could have a project where one module was BSD and one module was Apache,
and I see no reason why you couldn't distribute that, as long as you were
explicit about it. Note that IANAL.
Do you have the right to take Apache licensed code and re-license it as BSD? I
highly doubt it. I believe Apache has a couple more restrictions on it than
BSD. You'd have to keep the original copyright notice, of course, but I also
believe you have to do a bit extra when releasing changes to it, and you
couldn't (or at least shouldn't) remove those conditions by changing the
license."
See:
http://programmers.stackexchange.com/questions/40561/is-bsd-license-compatible-w
ith-apache
Original comment by andreas.josef.wagner
on 25 Apr 2014 at 1:01
We still need to check our dependencies and see what kind of licenses they are
using ...
Original comment by andreas.josef.wagner
on 25 Apr 2014 at 1:07
Yes, and it should be an additional check before adding dependencies
Original comment by a.gazzarini@gmail.com
on 29 Apr 2014 at 6:53
DEPENDENCIES (r1284)
cumulus-top
* junit
>> Eclipse Public License
* jtidy
>> Other license
>> remove!!
* mockito
>> MIT License
cumulus-core
* guava
>> Apache License 2.0
* slf4j
>> MIT license
* sesame
>> BSD-style license
* concurrentlinkedhashmap
>> Apache License 2.0
* joda-time
>> Apache License Version 2.0
cumulusrdf-framework
* snakeyaml
>>Apache License 2.0
* sesame
>> BSD-style license
* guava
>> DUPLICATE -> REMOVE
* joda-time
>> DUPLICATE -> REMOVE
cumulusrdf-benchmark
* contiperf
>> Apache License 2.0
cumulusrdf-pluggable-storage-cassandra12x-hector-full-tp-index
* hector-core
>> MIT License
cumulusrdf-pluggable-storage-cassandra2x-cql-full-tp-index
* cassandra-driver-core
>> Apache License 2.0
cumulusrdf-standalone
* commons-cli
>> Apache License 2.0
cumulusrdf-test-framework
* farsandra
>> ??
>> TODO: contact developer
cumulusrdf-web-module
* velocity-tools
>> Apache License 2.0
* commons-fileupload
>> Apache License 2.0
* javax.servlet
>> Sun Community Source License
* javax.ws.rs
>> Common Development and Distribution License
* sesame
>> BSD-style license
* guava
>> DUPLICATE -> REMOVE
OTHER:
* edu.kit.aifb.cumulus.store.MurmurHash3.java
>> SWITCH TO GUAVA
Original comment by andreas.josef.wagner
on 20 May 2014 at 4:52
1) License file
I changed the content of LICENSE file, putting in the Apache License 2.0
2) Dependencies
Shortly, on the list Andreas put on the issue, we have only one remaining
thing, the MurmurHash3 class that should be replaced with a Guava
implementation. I need to check that, so in the meantime, for other deps, this
is the current situation:
cumulusrdf
jtidy has been removed (and replaced with htmlunit - Apache License 2.0)
cumulusrdf-core
guava dependency has been removed
joda-time has been removed
cumulusrdf-framework
I didn't remove guava dependency because this is the right centralized place where it should be
same thing for joda-time
cumulus-benchmark
contiperf has been removed (we don't use that at the moment)
cumulusrdf-pluggable-storage-cassandra12x-hector-full-tp-index
cumulusrdf-pluggable-storage-cassandra2x-cql-full-tp-index
cumulusrdf-standalone
cumulusrdf-test-framework
Farsandra is Ok...the Apache License 2.0 is directly reported in its pom.xml
cumulusrdf-web-module
guava has been removed
htmlunit has been added
javax.servlet dep scope has been changed (compile --> runtime)
Original comment by a.gazzarini@gmail.com
on 27 May 2014 at 3:46
Original comment by a.gazzarini@gmail.com
on 27 May 2014 at 3:46
Very very cool :) Big thanks @ Andrea for taking over this issue.
I think moving to Apache License makes a lot of sense and is totally
worth the extra effort.
Thanks :)
Andreas
Original comment by andreas.josef.wagner
on 27 May 2014 at 3:54
I guess since the build is stable this is solved? :)
Original comment by Isib...@gmail.com
on 28 May 2014 at 2:49
Original comment by a.gazzarini@gmail.com
on 28 May 2014 at 3:09
Original issue reported on code.google.com by
andreas.josef.wagner
on 19 Apr 2014 at 9:42