OpenJDK vagy Sun JDK ??

Java

Sziasztok!

Azt szeretném megkérdezni mi a különbség az OpenJDK és a Sun JDK között?

Ugyanis van egy pici netbookom (EeePC 2G Surf) és hely hiányában az OpenJDK tenném fel, ami csak 148Mb helyet foglal, míg a Sun JDK 248Mb emésztene fel. Nem régóta kezdtem el programozni Java-ban ezért bizonytalan vagyok.

Előre is köszönöm.

  • 3211 megtekintés

( gabrielakos v | 2011. 01. 31., h – 18:59 )

Sun (Oracle) JDK.

Remélem nem komoly, hogy netbookon akarsz Java-t fejleszteni. Max futtatni jó.

--
Gábriel Ákos

( uid_952 | 2011. 01. 31., h – 19:07 )

A méretkülönbség nem amiatt vann hogy a Sun-osban benne van a Netbeans is vagy a Sun application server?
JDK egyebkent is fejlesztéshez kell, nem elég neked az SE? EEe-n fejleszteni javaban, azért azt megnézném :).
Fejlesztéshez egyelore mindenképp a Sun (Oracle) -osat használnám. Úgy tudom JAVA 7- töl összeolvad a ketto.

Persze nem feltetlenul kell futtatni is rajta a fejlesztett cuccot, ilyen szempontbol nincs sok kulonbseg abban, h jse vagy jee alkalmazast keszitesz.
Futo alkalmazas szerver mellett fejleszteni nem jo gyakorlat mert felesleges es csak magad szivatod azzal, h elviszi a memoriad.

---
return NEVER;

Ubuntu 8.10
HP nx6110
http://java.tszebeni.hu

"Futo alkalmazas szerver mellett fejleszteni nem jo gyakorlat mert felesleges es csak magad szivatod azzal, h elviszi a memoriad."
WTF? Regen rossz, ha a deploy memory leakes, azt az appszervert nagyon nagy ivben kell kihajintani.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

Felreertettetek, fejlesztes kozben miert kell a deploy egyaltalan?
- teszteket kell irni, es a meglevoket futtatni, amit lehet mockolni es stubolni. Rossz programozoi szokas, ha soronkent/classonkent/save-enkent redeploy es manualis check kell a kontenerben.
Eleg csak a commit elott appserverben ellenorizni a cuccot, de ha jol le van fedve tesztekkel, amik szepen karban vannak tartva, akkor valoszinuleg nem lesz gond amugy se.
Szvsz a megfelelo doksi es teszt iras a feature implementacio mellett amugy is elviheti a teljes munkanapot.

---
return NEVER;

Ubuntu 8.10
HP nx6110
http://java.tszebeni.hu

Nezd, mindenki ugy dolgozik, ahogy jonak latja, meg ahogy produktiv. Ha valakinek az a produktiv, hogy minden class utan deployol egyet, akkor egeszsegere. Ettol meg lehet tesztekkel agyontomott a kodja, csak oneki kell meg a teszteken felul is megerosites, hogy az alkalmazas ugy mukodik, ahogy kell.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

( Ghotler | 2011. 01. 31., h – 19:42 )

Nem tudom mi akadálya lenne egy ilyen kis gépen fejleszteni, ez a gép 800Mhz-es 512Mb RAM van benne. De azért ne gondoljátok hogy valami iszonyat nagy fejlesztésnek fogok a gépen neki esni, egyszerűen ez a gép kicsi, elfér a táskámba, most megcsináltam a CPU Mhz kezelését, így 2-3 órát megy akkuról, wifi-vel, szóval tanulni rajta programozást úgy érzem, elégnek kell lenni. Viszont ami aggaszt, hogy vannak-e különbségek a két JDK között, pl, más függvénynevek, stb. Esetleg mi a helyzet a grafikus részével, az JFrame részévél, mert most azt fogjuk használni.

Kis "játék"-osztályokat, iskolapéldákat írhatsz valami Scite szintű szerkesztőben, aztán cső. Ahhoz hogy életszagú Java alkalmazásokat csinálj, minimum dual core gépre van szükséged, 2-4+ GB ram-mal, satöbbi.

Ha belenézel kicsit a hup -ba, több (igaz nem rookie) Java programozó SSD -re váltott csak a Java miatt (gyors disk i/o), meg bővítették a 4GB ram-os asztalit, mert nem volt elég.

Én is most rá vagyok kényszerülve (ráadásul kicsi!) Java progi fejlesztéséhez egy 512 mbyte ram-os gépre, hát, kb. 10 percenként befagy egy rövid időre, összevissza swap-ol ha google-özök, szóval rémálom.

--
fantázisdús aláírás v1.09

Azert gyorsan tegyunk valamit a helyere, mielott felhorgad a "Java zabalja a memoriat" cimu topik. A Java fejlesztok elsosorban azert bovitik fel a memoriajukat, mert a debugolas idejen a HotSpot nem tud rendesen optimalizalni, igy mind az IDE mind az app nagyon fogyasztja a RAM-ot. Meg mondjuk az IDE-k a sok szolgaltatas miatt eleve sok RAM-ot esznek.

Egyebkent Java fejleszteshez erdemes megnezni a regi KDevelop3-at, ahhoz ugy remlik, volt Java support, ha nem is valami nagy. Jo nem lesz Ant, meg ilyen nyalanksagok, de kisebb projektekhez elmegy, es talan kevesebbet eszik, mint egy NetBeans. Talan.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

Hát én lehet hogy nagyon minimalista vagyok, de IDE-ben nem is gondolkodtam. Simán vim vagy nano és javac. Vagy ez mazochista megoldás? Hangsúlyozom, ahogy előttem szólt valaki, iskolapéldákhoz kell, semmi komoly alkalmazást nem fogunk írni szerintem órán.
De azért mindenkinek köszönöm a segítséget, azt hiszem beáldozom a 440MB maradék helyet a 2GB-os SSD-n és felpakolom a Sun JDK-t, vagy iskolapéldához mégis elég lenne az OpenJDK?

Aludtam egyet az IDE-kkel kapcsolatos megjegyzesedre. Igen, nagyon mazochista megoldas, tobb szemponbol is. Ha peldaul NetBeans-t hasznalnal, akkor nem kene allandoan nyitogatni a Java dokumentaciot, mivel amikor irod be a hivott fuggvenyke nevet, az autokiegeszito nem csak a lehetosegeket vonultatja fel egy listaban, de az epp kivalasztott fuggveny/konstans/mezo eseteben egy bazinagy tooltipben meg is jeleniti a dokumentaciot neked. Mivel ez roppant hasznos dolog, emiatt mindenkepp erdemes egy nagyobb kijelzoju valamin elgondolkodni. Az IDE futtatasanal ugy kell szamolni, hogy egy darab nyitott projekt az szorostul-borostul olyan 200-300 MB kozotti memoriat fog igenyelni.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

Hát ezzel így nem teljesen értek egyet, én egy nem kicsi EE projekten dolgozom idehaza (~25000 forrásfájl, ~350 Mb) egy dualcore-os laptopon, IDE merevlemezzel. Igaz a ramot 2-ről 3 Gbra bővítettem, hogy ne swappoljon állandóan a rendszer, de azóta "lényegében" nem érzem, hogy lassabb lenne a fejlesztés mint a munkahelyi gépemen. Nem vitatom, hogy jó SSDvel fejleszteni, ilyen gép is van itthon, de alapfeltételnek nem mondanám. Tehát végeredményben igazad van, csak mégse, mert a legtöbb projekt azért nem igényel ekkora erőforrást, és egy ekkora projektet és annak erőforrásigényét nem lehet egy áttlagos, ne adj isten iskolapéldához hasonlítani.

java'nother blog

( mhmxs v | 2011. 01. 31., h – 22:35 )

Mivel alapvetően lelkes vagyok minden nyílforrású dologra tettem vele egy próbát, de az akkor iállapotában (kb 3/4 éve) még pl a desktop app főa blakát nem tudta bezárni exception nélkül, gugliztam egy darabig, aztán megpróbáltam sun jdk-val és megszünt a jelenség. EE környezetben is kipróbáltuk, de gyorsan alábhagyott a lelkesedés, már nem is emlékszem miylen szívások voltak vele. Bohóckodni biztos el lehet vele, de production környezetben nem használnám, és nem is ajánlanám senkinek.

java'nother blog

( Ghotler | 2011. 02. 01., k – 19:47 )

Köszönöm a segítséget, végül a Sun JDK-t tettem fel, és gond nélkül működik, nem érzékelem hogy lassabban fordítana 800Mhz-n.

Annyit hadd tegyek még hozzá, hogy használatban alapvetően egy nagy különbség van a kettő között. Az OpenJDK nem tartalmazza a sun.* csomagokat, ami sok esetben hátrányt jelent. Meglepő de még nagyobb eszközök fejlesztői közt is vannak olyan agyhalottak, akik direktbe használják ezeket a csomagokat, holott elvileg a fejlesztett alkalmazás nem kéne h tartalmazzon közvetlen referenciákat ide. Az egyik legnépszerűbb idiotizmus pl a base64 utility használata, ami akkor válik fájdalmassá, ha nem sun-jdk van üzemben.

( kmARC v | 2011. 02. 10., cs – 08:31 )

Viszooooont, az openJDK freetype-ot használ, úgyhogy linuxon sem lesznek ótvar rondák a programok.

Ja... De, mégis, mert LaF továbbra sem lesz hozzá.

SWT, QtJambi ftw.