Jak to jest z tą licencją MySQL?

0

Cześć
Nie wiem może innym czytanie licencji i ich interpretacja nie sprawia problemów. Ja nie daję rady.
Czy ktoś byłby tak miły i odpowiedział mi na pytanie wraz z małym uzasadnieniem czy:
Robię sobie jakąś aplikację w czymś otwartym, konkretnie LibreOffice Base. LibreOffice Base komunikuje się poprzez biblioteki JDBC MySQL pobrane z Oracle z serwerem MySQL też pobranym z Oracle działającym na własnych zasobach sprzętowych.
Aplikacja jest używana wewnętrznie w firmie komercyjnej, nie jest rozprowadzana, sprzedawana na zewnątrz.
Czy w takiej sytuacji powinienem mieć kupioną jakąś licencję? Jeśli tak tak to czy jeśli wymienię JDBC i serwer bazy danych na MariaDB to będzie OK? Czy też nie mogę tego zrobić.
Byłbym wdzięczny za wytłumaczenie jak powinno podchodzić się do licencji na otwartym kodzie wykorzystywane w firmie.

2

licencji na otwartym kodzie

Sam fakt, że masz dostęp do źródeł jeszcze o niczym nie przesądza, poza tym masz różne licencje - GNU, Berkley, GPL, MIT, Apache itp. Do poczytania na temat licencji - https://www.gnu.org/licenses/license-list.pl.html oraz https://lookreatywni.pl/baza-wiedzy/licencje-otwartego-oprogramowania/

Na stronie https://www.mysql.com/about/legal/licensing/oem/ masz też ciekawy zapis:

distributors that combine and distribute commercially licensed software with MySQL software and do not wish to distribute the source code for the commercially licensed software under version 2 of the GNU General Public License (the "GPL") must enter into a commercial license agreement with Oracle

Ja to rozumiem tak, że w przypadku tworzenia aplikacji komercyjnej, jeśli nie chcesz jej upublicznić, to musisz sprawę przegadać (i pewnie zapłacić) z Oracle. Aczkolwiek to jest moja interpretacja, jeśli ktoś jest bardziej w temacie to proszę o sprostowanie/potwierdzenie.

1

Trzeba rozróżnić sytuację gdy modyfikujesz program na licencji GPL od tego gdy używasz programu na licencji GPL. To że napiszesz program który łączy się z zewnętrznym programem na licencji GPL nie jest powodem żeby twój program też miał być na licencji GPL. Zwłaszcza jak protokołem komunikacji jest SQL.
Gorzej że ten nieszczęsny sterownik JDBC do MySQLa jest na GPL. To już jest duży problem.
Offtop a jak byście użyli PostgreSQLa to nie byłoby problemu :/

0

W każdym przypadku będę musiał użyć JDBC niezależnie od serwera baz danych. LibreOffice wykorzystuje skompilowane biblioteki w pliku jar do komunikacji z bazą danych. Nie umieszczam kodu JDBC w aplikacji tylko wykorzystuję go do komunikacji z serwerem baz danych.
Na tym etapie jeszcze mi jest obojętne jaki to będzie serwer bazodanowy.

1
Andrzej Milewski napisał(a):

W każdym przypadku będę musiał użyć JDBC niezależnie od serwera baz danych.

JDBC to tylko interfejs i ma różne implementacje.

  • Implementacja dla MySQL jest na licencji GPL 2.0.
  • Implementacja dla PostgrSQLa jest na licencji BSD 2-clause.

Więc IHMO lepiej wybrać bibliotekę z mniej problematyczną licencją.

1

Aplikacja jest używana wewnętrznie w firmie komercyjnej, nie jest rozprowadzana, sprzedawana na zewnątrz.

W takim wypadku to nie ma znaczenia. GPL jak najbardziej zezwala na tworzenie wewnętrznych produktów bez udostępniania kodu.

1 użytkowników online, w tym zalogowanych: 0, gości: 1