Puis-je utiliser des bibliothèques LGPL (javascript côté client ou jar côté serveur) dans mes applications Web commerciales?

Question

Je voudrais poser cette question de deux points de vue. En tant que développeur de bibliothèque, je ne souhaite pas que mon travail soit utilisé dans des applications Web à source fermée alors que la plupart des applications Web sont fermées à la source. (Et ils sont également sans valeur à distribuer, généralement une application web est dépendante de l'individu). La tendance vers le cloud computing semble indiquer qu'il y aura moins de logiciels sur PC à l'avenir, de plus en plus seront transférés vers une infrastructure cloud centralisée. Cela signifie que parler de «distribution de logiciels» n'a pas de sens, car la plupart des applications seront hébergées sur le serveur et n'auront pas besoin d'être distribuées. Donc, je me demande comment GPL/LGPL pour protéger un développeur de bibliothèque dans de tels cas, la dérivation n'aura pas à être distribuée.

Pensez à la façon dont les gens utilisent des logiciels? Personnellement, je ne pense pas qu'il y ait trop de différence entre les logiciels distribués et les logiciels hébergés (application web). Par exemple, Google Docs et Micorost Word. On suppose il y a une bibliothèque GPL libxyz utilisée par les deux Microsoft Word et Google Docs, est-ce moyen, Microsoft Word devrait être la GPL alors que Google Docs n'a pas besoin, parce que Google Docs ISN » t distribué? Deuxièmement, en tant que développeur d'applications Web commerciales, puis-je utiliser des bibliothèques LGPL/GPL dans mon application Web actuellement? (LGPLv2 ou LGPLv3) J'ai vu beaucoup de pages Web utilisant des bibliothèques LGPL bien que personnellement je préfère non, mais je ne sais pas si elles ont violé avec la licence.

Answer 1

LGPL est essentiellement conçu spécifiquement donc Les bibliothèques LGPL peuvent être utilisées dans des applications à source fermée.

La norme GPL exigerait que ces applications soient sous licence GPL (ou licences compatibles), tandis que la LGPL ne nécessite que la source de la bibliothèque pour être mise à disposition. Au moins dans l'environnement de gestion de licences actuel, les applications exécutées sur vos propres serveurs ne sont pas "distribuées" (seules les pages sont générées) et les restrictions de distribution ne s'appliquent donc pas. Le code côté client est cependant, et donc toutes les restrictions sur la distribution s'appliquent.

Remarque: IANAL, et également StackOverflowINALT (n'est pas une équipe juridique).

Answer 2

Jetez un oeil à la licence AGPL:

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

Cela protège contre les logiciels ne sont utilisés que sur un serveur où il est techniquement « distribuée ».

Answer 3

Vous pouvez utiliser la plupart des licences ouvertes sur le serveur et ne pas avoir à distribuer la source. Cela n'affecte pas votre situation de licence car (dans la plupart des cas) vous ne la redistribuez pas, vous la faites simplement tourner et les gens l'utilisent.

En ce qui concerne la LGPL, vous pouvez l'utiliser dans un logiciel à source fermée que vous redistribuez, sans libérer le code source tant que vous ne modifiez pas le composant open source. Dès que vous touchez la source de la partie LGPL, vous devez ouvrir les modifications que vous avez apportées.

Answer 4

Les bibliothèques LGPL peuvent également être utilisées avec des applications/logiciels commerciaux; La différence entre LGPL et le code sous licence GPL est que, dans le premier cas, le logiciel utilisant une bibliothèque LGPL peut être licencié sous une licence différente (y compris une licence personnalisée).
Si vous utilisez une bibliothèque GPL, le logiciel utilisant la bibliothèque doit également être sous licence GPL.

La licence GPL exige que vous mettiez également à disposition le code source de votre application lorsque vous la redistribuez.

J'espère avoir compris votre question.