L'avenir d'une solution basée sur ServiceStack dans le contexte de l'octroi de licences

12

Je veux juste que quelqu'un clarifie les questions suivantes, car Demis Bellot avait annoncé il y a quelques semaines que ServiceStack serait commercialisé. Reportez-vous au lien ci-dessous.

https://plus.google.com/app/basic/stream/z12tfvoackvnx1xzd04cfrirpvybu1nje54

(Veuillez noter que lorsque je dis ServiceStack ou SS, je fais référence à toutes les bibliothèques SS associées telles que ServiceStack.Text, etc.)

  1. Si j'ai une solution déjà développée à l'aide de ServiceStack aujourd'hui, devrai-je acheter une licence une fois que SS sera commercialisé même si je ne mets pas à niveau les binaires SS vers la version commerciale?

  2. Les versions précédentes de SS (avant licence commerciale) seront-elles toujours open source et utiliseront-elles la même licence qu'auparavant?

  3. Si je fourche SS aujourd'hui (avant la licence commerciale) sur Github, serait-il illégal de maintenir cela après que SS devienne commercial?

  4. Si la réponse à la question 2 est oui, est-ce que je pourrais encore bifurquer une version précédente après que SS soit commercialisé sans se soucier de la licence commerciale (tout en maintenant et en publiant la source au public)?

Harindaka
la source
Je n'étais pas au courant de la modification des fichiers binaires de la bibliothèque et j'ai été gravement brûlé lors d'un déploiement. ServiceStack a branché et gelé la v3 afin que vous puissiez toujours accéder aux binaires non commerciaux. J'ai bifurqué le projet V3 ici ( github.com/nustack ) et j'essaierai de sortir de nouveaux packages à un moment donné pour changer les noms des packages.
Doobi
Il y a 0 membres de votre projet nustack, ce qui signifie que vous n'en êtes même pas membre. Maintenant que nous avons la syntaxe [3,4) disponible dans packages.config, il est possible d'utiliser ServiceStack v3 et de ne jamais reprendre la v4. Je lis les feuilles de thé ici, avez-vous abandonné nustack en faveur de la spécification de la plage de versions dans packages.config?
yzorg
2
Cette question semble être hors sujet car c'est une tournée qui prédit un avenir
gnat
1
@gnat: Il n'y a rien à prévoir ici. Il s'agit essentiellement de savoir ce qu'il advient des versions open-source précédentes d'un produit lorsque la licence du produit est modifiée.
Bart van Ingen Schenau
1
@BartvanIngenSchenau cela ne semble pas correspondre à ce que j'ai lu dans la question: "Les versions précédentes de SS (avant la licence commerciale) seront-elles toujours open source et utiliseront-elles la même licence qu'auparavant?"
moucher le

Réponses:

11

La meilleure façon d'obtenir une réponse définitive est de leur demander. Mais je vais quand même vous donner mon interprétation.

Fondamentalement, ils ne peuvent pas révoquer la licence qu'ils vous ont accordée sur le code existant. Et d'après ma lecture du message auquel vous avez lié, ils s'attendent à garder le code basé sur BSD disponible mais ne feront aucun travail dessus.

Alors pour répondre à vos questions:

Si j'ai une solution déjà développée à l'aide de ServiceStack aujourd'hui, devrai-je acheter une licence une fois que SS sera commercialisé même si je ne mets pas à niveau les binaires SS vers la version commerciale?

Non, vous n'aurez pas besoin d'acheter une licence, continuez simplement à utiliser la version sous licence BSD existante.

Les versions précédentes de SS (avant licence commerciale) seront-elles toujours open source et utiliseront-elles la même licence qu'auparavant?

Oui. Ils vous ont accordé une licence sur les versions existantes.

Si je fourche SS aujourd'hui (avant la licence commerciale) sur Github, serait-il illégal de maintenir cela après que SS devienne commercial?

Non, ce ne serait pas illégal.

Si la réponse à la question 2 est oui, est-ce que je pourrais encore bifurquer une version précédente après que SS soit commercialisé sans se soucier de la licence commerciale (tout en maintenant et en publiant la source au public)?

Oui, vous pouvez bifurquer l'ancienne version. Mais rappelez-vous qu'ils ne sont pas tenus de conserver l'ancien code afin que vous puissiez découvrir que soudain, l'ancienne version n'est plus sur leur site, mais cela ne change pas les droits qu'ils vous ont accordés pour utiliser l'ancienne version.


Je vais répéter ma déclaration précédente: demandez-leur. Surtout si vous construisez une solution commerciale, cela vaut la peine d'obtenir leur position officielle sur la licence du code existant.

Craig
la source
2
Oui, je leur ai posé la question et j'ai obtenu une réponse très similaire à la vôtre. Je souhaite juste que l'un d'eux réponde ici car cela profiterait à beaucoup de gens plus que moi. Ils recommandent que les questions d'assistance soient publiées sur des sites de pile et non sur leur page de communauté. D'où cette question. Merci Craig pour toute votre aide.
Harindaka
Il existe des fourches ici: nservicekit.com , et ici: github.com/nustack
Jared Thirsk
4
  1. Non, vous n'avez pas besoin d'acheter une licence pour continuer à utiliser votre version existante de ServiceStack (version 3) une fois la version commerciale 4 publiée.

  2. Oui, vous pouvez toujours utiliser les versions existantes de ServiceStack sous les licences BSD permissives avec lesquelles elles ont été publiées.

  3. Non, il n'est pas illégal de forker la version 3 de SS (et de maintenir ce fork), car la licence sous laquelle il a été publié vous permet de le faire.

  4. Oui, vous pouvez créer des versions précédentes de SS (version 3) même après la sortie des versions commerciales (version 4+). Cependant, comme une autre réponse le mentionne, SS n'a aucune obligation de fournir au monde des versions anciennes. (Il peut être dans leur intérêt de le supprimer du Web.) Cependant , plutôt que de créer votre propre fork, je vous suggère d'envisager de prendre une des fourchettes de la communauté:

    a) NServiceKit - "un fork open source toujours gratuit de ServiceStack V3"

    b) NuStack - "Fournir une version publique, non commerciale, gérée par l'utilisateur des bibliothèques Service Stack."

Jared Thirsk
la source
Pourriez-vous expliquer davantage ce qu'il fait et pourquoi le recommandez-vous comme répondant à la question posée? Les "réponses en lien uniquement" ne sont pas tout à fait les bienvenues à Stack Exchange
gnat