Just looking at the spring-data-neo4 (which is ASL 2) - it uses directly org.neo4j.graphdb directly - which is an (A)GPLv3 licence. I agree with Hadrian, we would be infecting users of camel-spring-neo4j with (A)GPLv3 - which is very undesirable. Unless I've missed a different licence for the client-side piece of neo4j that meets with our licence restrictions[2] - it should be moved to camel-extra with appropriate warnings.
thanks, Rob [2]http://www.apache.org/legal/3party.html On 27 Mar 2013, at 02:18, Willem jiang <willem.ji...@gmail.com> wrote: > Hi Hadrian, > > We don't use the neo4j directly, the camel-spring-neo4j is based on the > spring-data-neo4j[1] which is ASF license. > I'm not quite sure if it is OK for us to host and distribute the > camel-spring-neo4j in ASF, so please let us know the result :) > > [1]https://github.com/SpringSource/spring-data-neo4j/blob/master/license.txt > > -- > Willem Jiang > > Red Hat, Inc. > FuseSource is now part of Red Hat > Web: http://www.fusesource.com | http://www.redhat.com > Blog: http://willemjiang.blogspot.com (http://willemjiang.blogspot.com/) > (English) > http://jnn.iteye.com (http://jnn.javaeye.com/) (Chinese) > Twitter: willemjiang > Weibo: 姜宁willem > > > > > > On Wednesday, March 27, 2013 at 9:26 AM, Hadrian Zbarcea wrote: > >> I've been asked today by a fellow ASFer if it's ok for us to distribute >> neo4j and I got to look more into it. As neo4j is GPL3 and virally >> infects whatever uses it, I think we do have a problem that needs to be >> resolved before the 2.11.0 release. >> >> My guts instinct says that we'll have to pull the camel-spring-neo4j >> component out and host it maybe at camel-extra, but we'll see in the >> coming days. >> >> Cheers, >> Hadrian >> >> >> -- >> Hadrian Zbarcea >> Principal Software Architect >> Talend, Inc >> http://coders.talend.com/ >> http://camelbot.blogspot.com/ > > >
