Posso usare librerie LGPL (lato client JavaScript o jar lato server) nel mio commerciale Web Apps? [chiuso]

Question

Mi piacerebbe fare questa domanda in due punti di vista.

Come sviluppatore biblioteca, non voglio il mio lavoro da utilizzare in closed source applicazioni web, mentre la maggior parte delle applicazioni web sono fonte chiusa. (E sono anche inutili per distribuire, in genere una web app è individuale-dipendente). La trendency di muoversi verso di cloud-computing, sembra che ci saranno meno software eseguito su PC, in futuro, sempre più saranno trasferiti a un'infrastruttura cloud centralizzata. Ciò significa, per parlare di `distribuzione del software' non ha senso perché la maggior parte delle applicazioni sarà server ospitato e nessuna necessità di distribuire a tutti.

Quindi, mi chiedo come GPL / LGPL per proteggere uno sviluppatore libreria in questi casi, la derivazione non dovrà essere distribuito.

Si consideri come fanno le persone che usano software? Personalmente, non credo che ci sia troppa differenza tra software distribuito e software in hosting (web app). Ad esempio, Google Documenti e Micorost Word . Si supponga v'è una libreria GPL libxyz utilizzato sia Microsoft Word e Google Documenti , lo fa mezzi, Microsoft Word dovrebbe essere GPL-ed, mentre Google Documenti necessità di non, perché Google Documenti non è distribuito?

In secondo luogo, come uno spot web app sviluppatore, posso utilizzare LGPL / GPL librerie nel mio web app attualmente? (LGPLv2 o LGPLv3) ho visto un sacco di pagine web utilizzando librerie LGPL se io personalmente preferisco di no, ma non so se hanno violato con la licenza.

Answer 1

LGPL è essenzialmente progettato specificamente so librerie LGPL'd può essere utilizzato in applicazioni closed-source.

standard GPL richiederebbe che queste applicazioni siano GPL (o di licenze compatibili), mentre LGPL richiede solo fonte della biblioteca da mettere a disposizione.

Almeno nel contesto di licenze in corso, le applicazioni in esecuzione sul proprio server non stanno avendo i loro binari "distribuite" (solo l'output della pagina da esso), e, quindi, non si applicano le restrizioni sulla distribuzione. codice lato client è comunque, e quindi applica alcuna restrizione sulla distribuzione.

Nota:. IANAL, e anche StackOverflowINALT (non è la squadra A Legale)

Answer 2

Date un'occhiata alla licenza AGPL:

http://en.wikipedia.org/wiki/Affero_General_Public_License

Questo protegge contro il software solo di essere utilizzato su un server in cui non è tecnicamente 'distribuita'.

Answer 3

È possibile utilizzare le licenze più aperte sul server e non avere a portata di mano la fonte. Non influisce la situazione delle licenze perché (nella maggior parte dei casi) non sei ridistribuzione esso, si sta solo eseguirlo e la gente sta usando.

Per quanto riguarda la LGPL va, è possibile utilizzarlo in un software closed source che si ridistribuisce, senza rilasciare il codice sorgente finché non modificare la componente open source. Non appena si tocca l'origine della parte LGPL'd, è necessario l'open source le modifiche apportate.

Answer 4

librerie LGPL può essere utilizzato anche con le applicazioni / software commerciale; la differenza tra la LGPL, e con licenza GPL codice è che nel primo caso il software utilizzando una libreria LGPL può essere concesso in licenza sotto una diversa licenza (tra cui uno personalizzato).
Se si utilizza una libreria di GPL, quindi anche il software che utilizza la libreria deve essere sotto licenza GPL.

licenza GPL richiede che si rende disponibile anche il codice sorgente dell'applicazione, quando si ridistribuisce esso.

Spero che ho capito la tua domanda.