Originally posted by tuxd3v
View Post
Originally posted by tuxd3v
View Post
But if you use a client library in your application (a database driver, for example), you need to comply with the license of that library, just as you would any other library you use. LGPL, Apache, MIT, BSD – they're all more or less compatible with any proprietary code you might write (GPL and AGPL are not). Alternatively, if the protocol is simply enough, such as a nicely-documented REST service, you can write your own client.
Originally posted by tuxd3v
View Post
That's where the SSPL is a concern – because it's written by people who don't agree that client and server are separate things, and believe that calling a remote API is equivalent to linking code into a combined executable... you're not just using their IP, you're creating a derivative work. And there's some truth to that claim, because in the Mongo world, cloud services and microservice architectures have lately been displacing the traditional monolithic services, and open-source licensing is slow to respond to new trends.
But as-is, the SSPL is far too reaching... it leaves that distinction between linking and usage ill-defined, and as such, it's almost certainly going to result in court cases trying to establish what the boundaries actually are. And until that happens, this is a license that nobody in their right mind should be going near...
Comment