Masa Depan Solusi berbasis ServiceStack dalam Konteks Lisensi

12

Saya hanya ingin seseorang untuk mengklarifikasi pertanyaan-pertanyaan berikut karena Demis Bellot telah mengumumkan beberapa minggu yang lalu bahwa ServiceStack akan komersial. Lihat tautan di bawah ini.

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

(Harap dicatat bahwa ketika saya mengatakan ServiceStack atau SS saya merujuk ke semua pustaka SS terkait seperti ServiceStack.Text, dll.)

  1. Jika saya memiliki solusi yang sudah dikembangkan menggunakan ServiceStack hari ini, apakah saya harus membeli lisensi setelah SS go commercial bahkan jika saya tidak memutakhirkan binari SS ke versi rilis komersial?

  2. Apakah versi SS sebelumnya (sebelum lisensi komersial) selalu menjadi sumber terbuka dan menggunakan lisensi yang sama seperti sebelumnya?

  3. Jika saya membayar SS hari ini (sebelum lisensi komersial) di Github, akankah ilegal mempertahankannya setelah SS mulai komersial?

  4. Jika jawaban untuk pertanyaan 2 adalah ya, maka apakah saya masih dapat membayar versi sebelumnya setelah SS go komersial tanpa khawatir tentang lisensi komersial (sambil mempertahankan dan melepaskan sumber ke publik)?

licensing bsd-license Harindaka
sumber
Saya tidak menyadari perubahan ke biner perpustakaan dan terbakar cukup buruk selama penyebaran. ServiceStack telah bercabang dan membeku v3 sehingga Anda masih dapat mengakses binari non-komersial. Saya telah memotong proyek V3 di sini ( github.com/nustack ) dan akan mencoba mengeluarkan paket baru di beberapa titik untuk mengubah nama paket.
Doobi
Ada 0 anggota proyek nustack Anda, yang saya asumsikan berarti Anda bahkan bukan anggota dari proyek nustack Anda. Sekarang kita memiliki sintaks [3,4) yang tersedia di paket.config memungkinkan untuk menggunakan ServiceStack v3 dan tidak pernah mengambil v4. Saya membaca daun teh di sini, sudahkah Anda meninggalkan nustack demi hanya menentukan kisaran versi dalam paket.config?
yzorg
2
Pertanyaan ini tampaknya di luar topik karena tur memprediksi masa depan
nyamuk
1
@gnat: Tidak ada yang dapat diprediksi di sini. Ini pada dasarnya adalah pertanyaan tentang apa yang terjadi pada versi open-source produk ketika lisensi produk berubah.
Bart van Ingen Schenau
1
@BartvanIngenSchenau ini sepertinya tidak cocok dengan yang saya baca dalam pertanyaan: "Apakah versi SS sebelumnya (sebelum lisensi komersial) selalu menjadi sumber terbuka dan menggunakan lisensi yang sama seperti sebelumnya?"
nyamuk

Jawaban:

11

Cara terbaik untuk mendapatkan jawaban yang pasti adalah dengan bertanya kepada mereka. Tapi bagaimanapun saya akan memberikan interpretasi saya.

Pada dasarnya, mereka tidak dapat mencabut lisensi yang mereka berikan kepada Anda pada kode yang ada. Dan dari pembacaan saya tentang pesan yang Anda tautkan, mereka berharap agar kode berbasis BSD yang ada tersedia tetapi tidak akan melakukan pekerjaan apa pun di sana.

Jadi untuk menjawab pertanyaan Anda:

Jika saya memiliki solusi yang sudah dikembangkan menggunakan ServiceStack hari ini, apakah saya harus membeli lisensi setelah SS go commercial bahkan jika saya tidak memutakhirkan binari SS ke versi rilis komersial?

Tidak, Anda tidak perlu membeli lisensi, tetap gunakan versi berlisensi BSD yang ada.

Apakah versi SS sebelumnya (sebelum lisensi komersial) selalu menjadi sumber terbuka dan menggunakan lisensi yang sama seperti sebelumnya?

Iya. Mereka telah memberi Anda lisensi untuk rilis yang ada.

Jika saya membayar SS hari ini (sebelum lisensi komersial) di Github, akankah ilegal mempertahankannya setelah SS mulai komersial?

Tidak, itu tidak akan ilegal.

Jika jawaban untuk pertanyaan 2 adalah ya, maka apakah saya masih dapat membayar versi sebelumnya setelah SS go komersial tanpa khawatir tentang lisensi komersial (sambil mempertahankan dan melepaskan sumber ke publik)?

Ya, Anda dapat membayar versi lama. Tapi ingat mereka tidak berkewajiban untuk menjaga kode lama sehingga Anda dapat menemukan bahwa tiba-tiba versi lama tidak lagi ada di situs mereka tetapi itu tidak mengubah hak yang mereka berikan kepada Anda untuk menggunakan versi lama.

Saya akan mengulangi pernyataan saya sebelumnya: Tanyakan kepada mereka. Terutama jika Anda sedang membangun solusi komersial, ada baiknya mendapatkan posisi resmi mereka pada lisensi kode yang ada.

Craig
sumber
2
Ya saya memang bertanya kepada mereka dan mendapat balasan yang sangat mirip dengan Anda. Saya hanya berharap salah satu dari mereka akan menjawabnya di sini karena akan bermanfaat bagi banyak orang lebih daripada saya. Mereka merekomendasikan bahwa pertanyaan dukungan harus diposting di situs tumpukan dan tidak di halaman komunitas mereka. Karena itu pertanyaan ini. Terima kasih Craig atas semua bantuan Anda.
Harindaka
Ada garpu yang ada di sini: nservicekit.com , dan di sini: github.com/nustack
Jared Thirsk
4

  1. Tidak, Anda tidak perlu membeli lisensi untuk tetap menggunakan versi ServiceStack (versi 3) yang sudah ada saat versi komersial 4 dirilis.

  2. Ya, Anda masih bisa menggunakan versi ServiceStack yang ada di bawah lisensi BSD permisif yang dengannya mereka dirilis.

  3. Tidak, tidak ilegal untuk melakukan fork Versi 3 dari SS (dan mempertahankan fork itu), karena lisensi yang dirilisnya memungkinkan Anda untuk melakukannya.

  4. Ya, Anda dapat membayar versi SS sebelumnya (versi 3) bahkan setelah versi komersial (versi 4+) dirilis. Namun, seperti jawaban lain menyebutkan, SS tidak berkewajiban untuk menyediakan versi lama kepada dunia. (Mungkin demi kepentingan mereka untuk menghapusnya dari web.) Namun , daripada membuat garpu sendiri, mungkin saya sarankan mempertimbangkan untuk berada di belakang salah satu garpu komunitas:

    a) NServiceKit - "garpu sumber terbuka gratis untuk ServiceStack V3"

    b) NuStack - "Menyediakan pustaka Service Stack versi publik, non komersial, yang dikelola pengguna."

Jared Thirsk
sumber
maukah Anda menjelaskan lebih lanjut tentang apa yang dilakukannya dan mengapa Anda merekomendasikannya untuk menjawab pertanyaan yang diajukan? "Jawaban khusus tautan" tidak diterima di Stack Exchange
agas