Lift Record + Neo4J revisited

160 views
Skip to first unread message

aw

unread,
Apr 16, 2011, 9:28:53 AM4/16/11
to Lift
I found an old thread on Neo4J and Lift where David argues that the
Neo4J license makes it a poor choice for out of the box Lift
integration:
http://groups.google.com/group/liftweb/browse_thread/thread/11afcea79b3e9b48/a0a876d8d088138e?lnk=gst&q=Neo4j#

Does the recent announcement that Neo4J "is now entirely GPLv3
licensed" change that opinion?
http://blog.neo4j.org/2011/04/neo4j-13-abisko-lampa-released.html

David Pollak

unread,
Apr 16, 2011, 1:12:22 PM4/16/11
to lif...@googlegroups.com
On Sat, Apr 16, 2011 at 6:28 AM, aw <ant...@whitford.com> wrote:
I found an old thread on Neo4J and Lift where David argues that the
Neo4J license makes it a poor choice for out of the box Lift
integration:
   http://groups.google.com/group/liftweb/browse_thread/thread/11afcea79b3e9b48/a0a876d8d088138e?lnk=gst&q=Neo4j#

Does the recent announcement that Neo4J "is now entirely GPLv3
licensed" change that opinion?

No.

Anything that's GPL (2, 3, AGPL, etc.) is not going to wind up on the Lift dependency list (except for the MySQL JDBC driver).

Folks who use Lift should feel confident that they can use their Lift project in any open, closed, commercial, free, etc. kind of project.  Having a dependency on a GPL project means that this precondition is no longer valid.  Why?  Because I want to make sure that corporate developers don't get an unwelcome surprise by using Lift.

It's possible to create a Lift module that supports Neo4J and we can even integrate builds (we're beginning to do this with Rogue) on the Jenkins CI server at jenkins.scala-tools.org.  But it's not going to be part of the Lift distribution.
 
   http://blog.neo4j.org/2011/04/neo4j-13-abisko-lampa-released.html

--
You received this message because you are subscribed to the Google Groups "Lift" group.
To post to this group, send email to lif...@googlegroups.com.
To unsubscribe from this group, send email to liftweb+u...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/liftweb?hl=en.




--
Lift, the simply functional web framework http://liftweb.net

Diego Medina

unread,
Apr 16, 2011, 11:15:17 PM4/16/11
to lif...@googlegroups.com
Hi,

On Sat, Apr 16, 2011 at 1:12 PM, David Pollak
<feeder.of...@gmail.com> wrote:
>
>
> On Sat, Apr 16, 2011 at 6:28 AM, aw <ant...@whitford.com> wrote:
>>
>> I found an old thread on Neo4J and Lift where David argues that the
>> Neo4J license makes it a poor choice for out of the box Lift
>> integration:
>>
>>  http://groups.google.com/group/liftweb/browse_thread/thread/11afcea79b3e9b48/a0a876d8d088138e?lnk=gst&q=Neo4j#
>>
>> Does the recent announcement that Neo4J "is now entirely GPLv3
>> licensed" change that opinion?
>
> No.
>
> Anything that's GPL (2, 3, AGPL, etc.) is not going to wind up on the Lift
> dependency list (except for the MySQL JDBC driver).
>
> Folks who use Lift should feel confident that they can use their Lift
> project in any open, closed, commercial, free, etc. kind of project.  Having
> a dependency on a GPL project means that this precondition is no longer
> valid.  Why?  Because I want to make sure that corporate developers don't
> get an unwelcome surprise by using Lift.
>
> It's possible to create a Lift module that supports Neo4J and we can even
> integrate builds (we're beginning to do this with Rogue) on the Jenkins CI
> server at jenkins.scala-tools.org.  But it's not going to be part of the
> Lift distribution.

And just for completeness sake, (the whole GPL, Apache 2.0, etc used
to be very confusing to me.).

If you or your company sell a product based in Lift, let's say an
inventory control system. Including a GPL component in the installer
your customers get would force you to also have to disclose the source
code of your lift application.

Now, you may say that you just want a neo4j-record to access neo4J,
but as David said, you, as a developer would have to be careful and
know that while Lift includes the "mapper/record" to access neo4J, you
cannot "bundle" neo4j with your application. You would have to tell
your customers to install it themselves, which is kind of cumbersome.

The reason why you can still create a module for Lift, is that if all
you need it to use Neo4J in your internal application, that is, an
application you do not intent to distribute outside your company, you
can mix apache 2.0 and GPL software, but the second you distribute it,
you are breaking the GPL license.

At least this is how I understand the situation, I know there are some
grey areas if you are developing in C, where it depends how you bind
to libraries, etc.

My 2 cents,

Diego

P.S. in the case of MySQL, you can get a license from them (Oracle
now), that allows you to bundle the MySQL server and connector/J with
your application.

>
>>
>>    http://blog.neo4j.org/2011/04/neo4j-13-abisko-lampa-released.html
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "Lift" group.
>> To post to this group, send email to lif...@googlegroups.com.
>> To unsubscribe from this group, send email to
>> liftweb+u...@googlegroups.com.
>> For more options, visit this group at
>> http://groups.google.com/group/liftweb?hl=en.
>>
>
>
>
> --
> Lift, the simply functional web framework http://liftweb.net
> Simply Lift http://simply.liftweb.net
> Beginning Scala http://www.apress.com/book/view/1430219890
> Follow me: http://twitter.com/dpp
> Blog: http://goodstuff.im
>
> --
> You received this message because you are subscribed to the Google Groups
> "Lift" group.
> To post to this group, send email to lif...@googlegroups.com.
> To unsubscribe from this group, send email to
> liftweb+u...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/liftweb?hl=en.
>

--
Diego Medina
Web Developer
http://www.fmpwizard.com

Alex Cruise

unread,
Apr 18, 2011, 8:27:53 PM4/18/11
to lif...@googlegroups.com
On Sat, Apr 16, 2011 at 8:15 PM, Diego Medina <di...@fmpwizard.com> wrote:
On Sat, Apr 16, 2011 at 1:12 PM, David Pollak
<feeder.of...@gmail.com> wrote:
> Anything that's GPL (2, 3, AGPL, etc.) is not going to wind up on the Lift
> dependency list (except for the MySQL JDBC driver).  
 
P.S. in the case of MySQL, you can get a license from them (Oracle
now), that allows you to bundle the MySQL server and connector/J with
your application.

Hey, look!  It's a BSD-licensed JDBC driver for MySQL! http://developian.blogspot.com/2011/02/drizzle-jdbc-08.html

May not be production-ready, certainly worth testing.

-0xe1a

Alex Cruise

unread,
Apr 18, 2011, 8:35:18 PM4/18/11
to lif...@googlegroups.com
Oh, and anyone who's interested in an open source, liberally-licensed graph database should have a look at OrientDB: http://code.google.com/p/orient/ 

It's been evolving rapidly and it seems like Luca is days away from shipping 1.0rc1.

-0xe1a
Reply all
Reply to author
Forward
0 new messages