Sun jedná s distribucemi o zařazení svých produktů

Sun Microsystems nyní jedná s distribucemi Debian a openSUSE, aby do nich byly zařazeny produkty Sunu - konkrétně GlassFish, NetBeans a OpenJDK. Dříve už jednal s Fedorou a s Ubuntu, ve kterém OpenJDK už (v Hardy Heron) je. V případě Fedory se skrze projekt IcedTea řeší odstranění licenčně problémových částí softwaru. Více čtěte na Reg Developer.

28.4.2008 13:37 | Luboš Doležel (Doli) | Zajímavý článek

Komentáře

[Aleš Kapica]

Zajímavý a veskrze kladný krok. Sice se mé mínění o javě tímto moc nelepší, ale rozhodně to usnadní život mnoha uživatelům.

[Zdeněk Burda]

Bude to pěkné, až napíšu apt-get install glassfish a ono mi to tam natlačí vše co je potřeba

[Käyttäjä 11133]

Připojuji se s zypper install glassfish

[Michal Ludvig]

Až na to že apt-get bude mít dávno nainstalováno a uživatel napsáno půlku nového javovského programu, zatímco zypper bude pořád přemýšlet o repositories a závislostech :-/

[Michal Vyskočil]

No, pokud se glassfish nebude přidávat do service packu, nebo jej někdo nebude instalovat z OBS do 10.3 a starší, pak ani to přemýšlení nebude

[Petr Tomeš]

Nebude.

[Ladicek]

Mne zase obchází hrůza, když v aptitude search java vidím, co všechno je v repozitářích. Něco bych i pochopil, ale nad log4j (liblog4j1.2-java) jenom nevěřícně kroutím hlavou.

[Pev]

A to jako proč? Není super to mít na jednom místě (a ne v každém projektu pracující s Javou => 20x na disku). Též poslední verze log4j je 3/4 roku stará, takže je v debianu aktuální.

Já to vidím jako výhodu.

[Daniel Kvasnička ml.]

Kdyz pises v Jave webove aplikace, stejne to ve WEB-INF/lib musis mit. Tedy technicky nemusis, ale myslim, ze takove je oficialni doporuceni -- mit knihovny pro danou aplikaci primo u ni, sdilet napr. v $TOMCAT/lib by se nemely (tusim ze neco se sladenim classloaderu -- jestli kecam, opravte me nekdo ).

[Filip Jirsák]

Neměly, třeba proto, že každá webová aplikace může používat jinou verzi té knihovny.

[Pev]

Mimochodem, já jsem měl problémy jen s upgradem Tomcatu samotného, s knihovnami nikdy.

[Pev]

Jo, na tom něco je. Ale já mám pocit, že by bylo lepší, kdyby se to řešilo třeba symlinky.

Přijde mi to prostě zbytečné mít to několikkrát na disku.

Mimochodem, kdo používá starší verzi log4j než 1.2.15? (novější asi nikdo nepoužívá).

Ale ikdyby to ty aplikace nepoužívaly, tak to bude alespoň využívat ten webový konteiner...

[Daniel Kvasnička ml.]

Jo, jo, taky jsem se z pocatku citil nesvuj, kdyz jsem to mel na disku vickrat a zkousel jsem to sdilet v Tomcatu... ale nedela to dobrotu. Jistota je jistota a diskovy prostor je v dnesni dobe prakticky zadarmo Je v tom vetsi poradek, kdyz ma kazda aplikace svuj rajon.

[Ladicek]

No jasně, vznikají memory leaky (nebo object leaky nebo reference leaky, jak kdo chce).

[xkucf03]

OpenJDK? Hmm, fajn, ale až bude plnohodnotnou náhradou JDK od Sunu. Když mi něco v javě nejde, tak kouknu, jaké JDK se používá, a často lze problém vyřešit pomocí

update-java-alternatives -s java-6-sun

Ale v repositářích ty balíčky samozřejmě vítám

[xsubway]

Od te doby co muzu pouzivat v debian stable napr. aptitude install sun-java6-jdk, tak je veseleji. Kdyz je nejaka aplikace zavisla na virtualnim baliku java-compiler, tak uz nemusim instalovat jine JDK z distribuce kdyz mi staci so od SUNu