On Friday 05 May 2006 12:44, URBAN Leos wrote: > Podle meho nazoru musite pro jakoukoliv ne-GPL aplikaci pouzivajici JDBC > ovladac od MySQL AB mit zakoupenu komercni licenci. > Jestli to plati i primo o serveru uz neni dnes podstatne. > > Drive k tomu byly vselijake vyklady zda GPL z MySQL serveru "preskoci" > na JDBC ovladac a vasi aplikaci ci nikoliv, tyto zalezitosti resi > ostatne primo GPL.
Preskocit samozrejme nemuze, protoze pak by musely byt vsechny browsery na celem svete licencovane pod GPL, protoze se mohou pripojit na vzdaleny TUX server, coz je linuxovy jaderny webserver, ktery je, stejne jako cely kernel, licencovany pod GPL. A proto take neni mozne ono "preskoceni". Dokud byl mmmysql LGPL, bylo vsechno v pohode. Od te doby, co do MySQL vstoupil svym milionkem dolarku Progress Software (neplest s PostgreSQL), jde cela licencni politika jasnym smerem: vyryzovat co nejvic prasuli :-( > Tim, ze v roce 2001 MySQL AB zmenila licencovani klientskych knihoven z > LGPL na GPL uz toto pada, protoze GPL je uz u JDBC. > > Je mozna skulinka v tom pouzit ty knihovny co na ne odkazoval Ota > 'Tapik' Buchta (ty maji asi jeste LGPL) ale jednak je porad problem s > tim serverem (cili nejisty stav) a hlavne ty knihovny se uz nevyvijeji > takze je to slepa ulicka. > > U noveho komercniho projektu, kde je pozadovana free databaze bych se > MySQL obloukem vyhnul. Z tohoto hlediska je velice zajimavy vztah MySQL a komercnich produktu postavenych nad LAMP architekturou (Linux Apache Mysql Perl/Python/Php), jako je napr. SugarCRM ci Compiere ERP. Ale to uz jsme velmi, velmi off topic. Takze zpet k nasazeni databaze: pokud budete prodavat vasi aplikaci jako krabicovy soft, jedine reseni je stejne byt DB independent, protoze vetsina velkych zakazniku stejne nebude chtit nic jineho nez Oracle. A pokud dodavat nejakou DB, pak treba HSQL, aby zakaznik videl, ze to funguje, a pak pouhym prenastavenim na jinou DB mohl pouzivat svoji oblibenou. JDBC pak nedodavat vubec (krome onoho HSQL) a nechat volbu a licencni problemy na zakaznikovi. Pokud to bude zakazkovy soft, tak pak si zakaznik stejne vetsinou rekne, jakou DB, protoze dost pravdepodobne uz nejakou maji a nebudou se chtit kvuli tomu ucit adminovat jinou. Pokud to delate pro sebe, pak se nejdriv podivejte, co uz pouzivate. Pokud nic nemate, tak bezte do PgSQL, protoze je mocny a OSS a rozumne licencovany, ikdyz nepatri mezi nejrychlejsi (moc pomalejsich DB neznam). Az budete potrebovat obrovsky vykon, stejne prejdete na Oracle, ktery si koupite. -- Oto 'tapik' Buchta, [EMAIL PROTECTED] http://www.buchtovi.cz ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email ______________________________________________________________________
