Майбутнє рішення, заснованого на ServiceStack у контексті ліцензування


12

Я просто хочу, щоб хтось уточнив наступні питання, оскільки Деміс Белло кілька тижнів тому оголосив, що ServiceStack стане комерційним. Перейдіть за посиланням нижче.

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

(Будь ласка, зауважте, що коли я скажу ServiceStack або SS, я посилаюся на всі пов'язані бібліотеки SS, такі як ServiceStack.Text тощо).

  1. Якщо у мене є рішення, яке вже було розроблено за допомогою ServiceStack сьогодні, чи доведеться купувати ліцензію, коли SS стає комерційним, навіть якщо я не модернізую бінарні файли SS до версії комерційного випуску?

  2. Чи завжди попередні версії SS (до комерційного ліцензування) завжди будуть відкритим джерелом і використовуватимуть ту саму ліцензію, що і раніше?

  3. Якби я сьогодні розпрощав SS (до комерційного ліцензування) на Github, було б незаконним твердити, що після того, як SS стане комерційною?

  4. Якщо відповідь на питання 2 - "так", то чи все-таки я зможу роздрібнити попередню версію після того, як SS вийде в комерційну мережу, не турбуючись про комерційну ліцензію (весь час підтримуючи та випускаючи джерело для публіки)?


Мені не було відомо про зміну бібліотечних файлів, і під час розгортання досить сильно спалили. ServiceStack має розгалужену та заморожену версію v3, тому ви все ще можете отримати доступ до некомерційних бінарних файлів. Я подав тут проект V3 ( github.com/nustack ) і спробую отримати нові пакети в якийсь момент, щоб змінити назви пакетів.
Doobi

У вашому проекті Nustack є 0 членів, що, мабуть, означає, що ви навіть не є його членом. Тепер, коли у нас пакет синтаксису [3,4) доступний у пакетах.config дозволяє використовувати ServiceStack v3 і ніколи не підбирати v4. Я читаю тут чайні листки, ви відмовились від нустака на користь просто вказати діапазон версій у пакетах.config?
yzorg

2
Це питання, здається, поза темою, оскільки тур передбачає майбутнє
gnat

1
@gnat: Тут нічого не можна передбачити. Це в основному питання про те, що відбувається з попередніми версіями продукту з відкритим кодом, коли ліцензія на продукт змінюється.
Барт ван Інген Шенау

1
@BartvanIngenSchenau, схоже, не відповідає тому, що я читав у запитанні: "Чи будуть попередні версії SS (до комерційного ліцензування) завжди відкритими та використовуватимуть ту саму ліцензію, що і раніше?"
гнат

Відповіді:


11

Найкращий спосіб отримати остаточну відповідь - це запитати їх. Але я все одно дам вам своє тлумачення.

В основному вони не можуть відкликати надану вам ліцензію на існуючий код. І з мого читання повідомлення, з яким ви пов’язані, вони розраховують зберегти наявний код на базі BSD, але не будуть робити над цим жодної роботи.

Отже, щоб приймати свої запитання:

Якщо у мене є рішення, яке вже було розроблено за допомогою ServiceStack сьогодні, чи доведеться купувати ліцензію, коли SS стає комерційним, навіть якщо я не модернізую бінарні файли SS до версії комерційного випуску?

Ні, вам не знадобиться купувати ліцензію, просто продовжуйте використовувати існуючу ліцензовану версію BSD.

Чи завжди попередні версії SS (до комерційного ліцензування) завжди будуть відкритим джерелом і використовуватимуть ту саму ліцензію, що і раніше?

Так. Вони надали вам ліцензію на існуючі випуски.

Якби я сьогодні розпрощав SS (до комерційного ліцензування) на Github, було б незаконним твердити, що після того, як SS стане комерційною?

Ні, це не було б незаконно.

Якщо відповідь на питання 2 - "так", то чи все-таки я зможу роздрібнити попередню версію після того, як SS вийде в комерційну мережу, не турбуючись про комерційну ліцензію (весь час підтримуючи та випускаючи джерело для публіки)?

Так, ви можете роздрібнити стару версію. Але пам’ятайте, що вони не зобов'язані зберігати старий код навколо, щоб ви могли виявити, що раптом стара версія більше не перебуває на їхньому сайті, але це не змінює прав, які вони дали вам використовувати стару версію.


Повторю своє попереднє твердження: Запитайте їх. Особливо, якщо ви будуєте комерційне рішення, варто отримати офіційну позицію щодо ліцензування існуючого коду.


2
Так, я запитав їх і отримав відповідь, дуже схожу на вашу. Я просто хочу, щоб хтось із них відповів на це тут, оскільки це пішло б на користь багатьом людям, ніж я. Вони рекомендують, щоб питання підтримки розміщувалися на стекових сайтах, а не на їхній сторінці спільноти. Звідси це питання. Дякую Крейгу за всю вашу допомогу.
Harindaka

Тут існують вилки: nservicekit.com , і тут: github.com/nustack
Джаред Тріск

4
  1. Ні, вам не потрібно купувати ліцензію, щоб продовжувати користуватися наявною версією ServiceStack (версія 3) після виходу комерційної версії 4.

  2. Так, ви все ще можете використовувати існуючі версії ServiceStack відповідно до дозвільних ліцензій BSD, з якими вони були випущені.

  3. Ні, розкладати версію 3 SS (і підтримувати цю вилку) не є незаконним, оскільки ліцензія, під якою вона була випущена, дозволяє це зробити.

  4. Так, ви можете розблокувати попередні версії SS (версія 3) навіть після випуску комерційних версій (версія 4+). Однак, як згадується ще одна відповідь, SS не зобов’язаний надавати світу старі версії. (Можливо, їм буде цікаво видалити його з Інтернету.) Однак , замість того, щоб створити власну виделку, я можу запропонувати розглянути можливість потрапити за одну з вил спільноти:

    a) NServiceKit - "вічно вільна розкривна вилка ServiceStack V3"

    b) NuStack - "Надання публічної, некомерційної, підтримуваної користувачем версії бібліотек Service Stack".


Ви не проти пояснити, що це робить, і чому ви рекомендуєте це відповісти на поставлене запитання? "Відповіді лише на посилання" не дуже вітаються на біржі стеків
gnat
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.