One idea is check how Camel handles it. They have a neo4j component. On Sunday, March 10, 2013, Matt Franklin wrote:
> On Sunday, March 10, 2013, wrote: > > > Thanks for the insight Ate. > > > > Rene, I think we should take Ate's suggestion and send an email to > > legal-discussion@ (please CC shindig-dev@). If they say it is OK than > we > > continue the discussion about integrating the patch. > > > I agree that legal should be consulted if we intent to ship a war or other > archive with any neo4j (or other agpl) licensed binaries included. > > As a first mitigation step, why don't we make this a separate maven module > and only ship the source and non-inclusive jar? It should not be a problem > to ship a jar and source that only references the neo4j libs as runtime > dependencies. > > > > > > > > > On Mar 9, 2013, at 7:56 AM, René Peinl <rene.pe...@hof-university.de> > > wrote: > > > > > Dear Ate, > > > thanks for your comments. I already thought about this and asked the > > guys from neo technologies. Here is the answer from Peter Neubauer. > > > > > > in principle (IANAL) it is ok to have ALv2 licensed code binding to GPL > > code. In runtime, the user will not be shielded from the GPL core, which > > means the runtime will have GPL characteristics when you plug in Neo4j. > > That is exactly the intent, and should be ok. The bindings-code is > > development-time Apache license, regarding contributions and copyright > etc, > > so I think this should be ok. > > > > > > I'm not quite sure if that answers your question. I can further > > investigate if necessary. > > > Regards > > > René > > > > > > -----Ursprüngliche Nachricht----- > > > Von: Ate Douma [mailto:a...@douma.nu] > > > Gesendet: Freitag, 8. März 2013 14:18 > > > An: dev@shindig.apache.org > > > Betreff: Re: Review Request: Alternative database backend based on > graph > > database neo4j > > > > > > Just from the peanut gallery, but neo4j is AGPL licensed. > > > Normally any database backend access which is abstracted away behind > > 'plain' > > > JDBC interfaces are allright to use, commercial versions or otherwise > > licensed, because the end-user would have the option to choose whatever > > (compatible) database they want to use. > > > > > > However with neo4j this seems different. Even with only optional > support > > for neo4j, the neo4j integration might require explicit neo4j (Java) APIs > > and dependencies? I haven't reviewed the code for this, but if it imports > > neo4j APIs then their AGPL license can be too invasive and then possibly > > not acceptable for uses within our AL2.0 licensed codebase. > > > Or even if that could be allowed, I would make sure to check and ask > > (legal-discuss@ etc.) if it would be acceptable from ASF policy POV. > > > > > > Regards, Ate > > > > > > On 03/07/2013 07:46 PM, Henry Saputra wrote: > > >> This is good news. > > >> > > >> One immediate comment is about the package name. > > >> Would it be possible to put it under org.apache.shindig rather than > > >> the de.hofuniversity? > > >> > > >> This would make the contributions uniform like from other companies > > >> and organizations. > > >> > > >> - Henry > > >> > > >> > > >> 2013/3/6 René Peinl <rene.pe...@hof-university.de> > > >> > > >>> > > >>> ----------------------------------------------------------- > > >>> This is an automatically generated e-mail. To reply, visit: > > >>> https://reviews.apache.org/r/9773/ > > >>> ----------------------------------------------------------- > > >>> > > >>> Review request for shindig. > > >>> > > >>> > > >>> Description > > >>> ------- > > >>> > > >>> Review for Shindig-1911 > > >>> Alternative database backend based on graph database neo4j Any > > >>> comments welcome. We are committed to further improve this. > > >>> > > >>> > > >>> This addresses bug Shindig-1911. > > >>> https://issues.apache.org/jira/browse/Shindig-1911 > > >>> > > >>> > > >>> Diffs > > >>> ----- > > >>> > > >>> /trunk/java/neo4j-backend/pom.xml PRE-CREATION > > >>> > > >>> /trunk/java/neo4j-backend/src/main/java/de/hofuniversity/iisys/graphb > > >>> ackend/Constants.java > > >>> PRE-CREATION > > >>> > > >>> /trunk/java/neo4j-backend/src/main/java/de/hofuniversity/iisys/graphb > > >>> ackend/GraphAPIMod