Igazoltan Java SE 6 kompatibilis az Ubuntu 9.04 Java implementációja

Ubuntu

Matthias Klose nemrég bejelentette, hogy az Ubuntu 9.04-ben található OpenJDK 6 összetevő certifikációja befejeződött. Ez azt jelenti, hogy az Ubuntu 9.04 Java implementációja átment a kompatibilitási teszteken és hivatalosan kompatibilis a Java SE 6 platformmal amd64 és i386 architektúrákon.

A certifikáció megszerzését célzó folyamat az év korábbi szakaszában indult és május végén értesültek arról a fejlesztők, hogy az OpenJDK 6 megfelelt a teszteken. Ekkor érkezett meg a certifikáció a Sun-tól.

A kompatibilitási vizsgálatokat a Java SE Test Compatibility Kit-tel (TCK) végezték. A TCK-nak való megfelelés azt jelenti, hogy a vizsgált Java implementáció a Sun saját Java kiadásának alternatívájaként kezelhető.

A bejelentés itt olvasható.

Regota van 64bites java linuxra:

coornail@slash ~ $ uname -a
Linux slash 2.6.30.1 #4 SMP PREEMPT Fri Jul 3 18:33:03 CEST 2009 x86_64 Intel(R) Pentium(R) Dual CPU T2370 @ 1.73GHz GenuineIntel GNU/Linux

coornail@slash ~ $ eix sun jdk
[I] dev-java/sun-jdk
Available versions:
(1.4) *1.4.2.19!f!s
(1.5) 1.5.0.18!s ~1.5.0.19!s
(1.6) 1.6.0.13!s ~1.6.0.14!s

a *régóta* van java 64 bitre reagáltam. az icedtea plugin nekem *nem* működött, amíg próbálgattam (még tavaly se). amikor januárban kijött a sun jre 64 bit pluginnal, azzal a felmásolás pillanatától nem volt gond.

szerintem.

szerk: jaunty-n most tettem megint egy próbát, most már végre használható

( salaud v | 2009. 07. 15., sze – 21:57 )

Valaki világosítson fel, miért is jó ez, azon kívül persze, hogy opensource?
Mert most ubuntu 9.04-en, 64 bites rendszeren is 64 bites sun java van:
salaud@XXXX:~$ java -version
java version "1.6.0_14"
Java(TM) SE Runtime Environment (build 1.6.0_14-b08)
Java HotSpot(TM) 64-Bit Server VM (build 14.0-b16, mixed mode)

---------------------------------------------------------------------------------
A Linux nem ingyenes. Meg kell fizetni a tanulópénzt.
Az emberek 66 százaléka nem tud számolni! Gondoljatok bele, ez majdnem a fele!!

peters-imac:~ peter$ java -version
java version "1.5.0_19"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_19-b02-304)
Java HotSpot(TM) Client VM (build 1.5.0_19-137, mixed mode)

٩(̾●̮̮̃̾•̃̾)۶ - - ٩(͡๏̯͡๏)۶ ٩(̾●̮̮̃̾•̃̾)۶ - - ٩(͡๏̯͡๏)۶ ٩(̾●̮̮̃̾•̃̾)۶ - - ٩(͡๏̯͡๏)۶ ٩(̾●̮̮̃̾•̃̾)۶ - - ٩(͡๏̯͡๏)۶ ٩(̾●̮̮̃̾•̃̾)۶ - - ٩(͡๏̯͡๏)۶

és a te faszod az a pöndörödése mit jelent ? :D

ps: na csak hogy ne a művésznek kelljen magyarázni elmondom egy kívülálló mit lát: kalligráfia egy modern formája, kihasználva az unikód azon szépségég hogy olyan helyre is lehet "rajzolni" igen nagyszámú karakterkészletből garázdálkodva, (ahova egyébként csak szöveget lehet írni, mint ebbe a fórumba is, hisz a képek beszúrásához a technika ugyan meglenne, de nem tolerált, viszont rövid, 1bit színes marhaságok igen sokaknál fellelhetőek) próbálja meg emberkékkel feltölteni, és bár maga az aláírás is kopipészt módon minden hova bekerül, csökkentve annak értékét, ezt kihangsúlyozandó, maga az aláírásba is a figurák is csak 2 ismétléséből tevődnek össze

na a legegyszerűbb, szinte mindenki által ismert hasonló mű:

:)

Es komoly szakmaisagrol tett tanubizonysagot.

٩(̾●̮̮̃̾•̃̾)۶ - - ٩(͡๏̯͡๏)۶ ٩(̾●̮̮̃̾•̃̾)۶ - - ٩(͡๏̯͡๏)۶ ٩(̾●̮̮̃̾•̃̾)۶ - - ٩(͡๏̯͡๏)۶ ٩(̾●̮̮̃̾•̃̾)۶ - - ٩(͡๏̯͡๏)۶ ٩(̾●̮̮̃̾•̃̾)۶ - - ٩(͡๏̯͡๏)۶

( fonya | 2009. 07. 15., sze – 22:02 )

Mas distszribek hogy allnak ezzel? RedHat? Suse?

Én mintha láttam volna.. Mert azt használtam ,ha jól rémlik.
Amúgy jó lenne az openjdk, de én pl 2 ok miatt miatt használok friss sun jdk-t + jre-t:

- A javafx-et rendesen csiszolgatják verzióról verzióra, és ez az openjdk-ban még nem éppen felzárkózott. Bár csak kezdek vele ismerkedni, de azért nem mindegy, hogy 1 mp alatt fordul és fut a projekt vagy 5-6 alatt..

- Még Talán akkor történt az, mikor a fedora 10-et próbáltam, hogy openjdk-ra felhúzom tárolóból a netbeanst, és minden betű csak félig látszott, mert le volt csúszva. Rendben ez nem biztos, hogy a jdk hibája, de akkor is ez volt!:)

( bervi | 2009. 07. 16., cs – 04:39 )

most már csak azt kéne tisztázni, hogy melyiket szeressük, amúgy örülök neki. van ugye sun jdk meg openjdk, amit mellesleg szintén a sun készít, de miért használjak openjdk-t azon kívül, hogy jobb érzés (egyeseknek)?

szerintem.

Nálam volt fent az openjdk, aztán egy ügyfélszolgálat java-s csetjére felmenve tapasztaltam, hogy betűtípusok/betűméretek nem stimmelnek, és emiatt kissé szétcsúszott az egész... Maradtam a sun java-nál...

---------------------------------------------------------------------------------
A Linux nem ingyenes. Meg kell fizetni a tanulópénzt.
Az emberek 66 százaléka nem tud számolni! Gondoljatok bele, ez majdnem a fele!!

( bra | 2009. 07. 16., cs – 05:28 )

Nagyszerű. Ezzel akkor már az ILO is működik?

Én pedig arra emlékszem, hogy a ILO/SIM homepage még ki is írta egy időben (talán még most is?), hogy melyik a támogatott Java verzió, amivel biztos, hogy működik. Illetve személy szerint nekem volt problémám nem megfelelő Java verzióval.

Innen:

Recommended Java(TM) Virtual Machines

Client Recommended JVM
Windows XP The default JVM installed with the OS
Windows Java(TM) Runtime Environment, Standard Edition 1.4.2
Linux Java(TM) Runtime Environment, Standard Edition 1.4.2

Note: for supported client, browser and JVM details, consult your iLO 2 user documentation.

(nyilván a Java verziók akkori dátum (2006) szerint vannak)

--
trey @ gépház

( Hijaszu | 2009. 07. 16., cs – 07:22 )

Valaki homályosítson már fel, ez most az ubuntura vonatkozik, vagy magára az OpenJDK 6-ra? (Mert szerintem az utóbbira, és akkor akármelyik disztró is szállítja, az elvben megfelel ennek a tanusítványnak. Akkor viszont, ha megfelelt, ez nem disztró függő téma nem?

Nem feltétlen, ahogy akármelyik JDK-t se kell(ett) disztibúciónként (pláne verziónként) külön certifikálni... Csak gondolom az nem lenne eléggé ubuntus, ha közösség is kapna valamit vissza, ezért inkább saját forráságon fejlesztenek OpenJDK-t...
--
http://wiki.javaforum.hu/confluence-2.10/display/FREEBSD

Papírról beszéltem. Amit meg lehet lobogtatni olyan helyeken ahol azt kérik. A teszt eszköz használatához alá kell írni egy szerződést ("After signing the Sun TCK agreement earlier this year,"). Persze abban igazad van, hogy "mi is azt szállítjuk mint az Ubuntu, ez is kompatibilis" saját maga által kiállított tanúsítványt tud bárki kiadni. Kérdés, hogy ezt mennyire értékelik olyan helyeken, ahol ilyen papírokat várnak.

--
trey @ gépház

Én is papírról beszéltem. Az OpenJDK (openjdk.dev.java.net) alapú implementációk (= saját build) esetén kvázi ingyen jár a TCK.

Akkor kell új kört futni, ha a JDK ugyan OpenJDK alapú, de attól eltérő-módosított forrásból készült. És ahogy olvasgattam, az Ubuntu esetén pont erről van szó: saját fejlesztők által karbantartott OpenJDK alapú JDK legyen az Ubuntuban, nehogy véletlenül másnak is jó legyen.

Pont nem arról van szó, hogy "mi is azt szállítjuk, mint az Ubuntu", hiszen sok disztribúciónak nem igazodási alap az Ubuntu, ahogy ezt be szeretnéd állítani, hanem arról van szó, hogy "mi (az Ubuntu) is szállíthatnák azt, ami tisztán OpenJDK, de inkább olyat szállítunk, amely nem az, bár kompatibilis, és erről papírunk is van".
--
http://wiki.javaforum.hu/confluence-2.10/display/FREEBSD

Én nem szeretnék beállítani semmit, nekem ez jött le abból, amit olvastam. Ha te jobban beleástad magad, akkor készséggel elhiszem, hogy így van. Azt is elhiszem, hogy a gonosz Ubuntu fejlesztők direkt keresztbe akartak tenni mindenkinek, nehogy nekik jó legyen (kiknek?).

--
trey @ gépház

Nem írtam, hogy gonosz fejlesztők, csak ez már a sokadik olyan Ubuntu "fejlesztés", amelynek nem az a célja, hogy a közösség is kapjon valamit, hanem az, hogy egy jókora közösségi kódbázisra építve csak Ubuntu-ban használható végtermék keletkezzen.

Vagy a OpenJDK kódbázisba belekerülnek ezek a módosítások? Miért nem az IcedTea projekthez kértek papírt? Miért nem adtak fejlesztőket az IcedTea fejlesztéséhez? Ésatöbbi... :)
--
http://wiki.javaforum.hu/confluence-2.10/display/FREEBSD

Én nem tudom, hogy folyik-e itt valami fejlesztés. A "fejlesztői csapat" munkája szerintem kimerül a csomagolásban, illetve a disztribúcióhoz csiszolásban. Ha ez így van, akkor nem tudom mit hiányolsz. Hogy a .deb Ubuntu csomagok nem mennek rá mondjuk az rpm-et használó Mandriva-ra?

--
trey @ gépház

Aha. Hát akkor fogalmam sincs. Akkor marad a "keresztbe akartak tenni" teória. Mondjuk számomra egy kicsit értelmezhetetlen az általad korábban felvázolt "ezért inkább saját forráságon fejlesztenek OpenJDK-t" nyílt forrás témakörben, de ez biztos az én defektem.

--
trey @ gépház

Nagyon jó az üzleti modell, csak nem etikus dolog batyu nélkül menni batyusbálba... :)

Nem csak GKH szólt be, ráadásul neki igaza is volt. Ezzel az saját JDK témakörrel se erősíti azt a képet, hogy támogatja a közösséget, ugyanúgy eszik-iszik a svédasztalról, amit a többiek hordtak össze...
--
http://wiki.javaforum.hu/confluence-2.10/display/FREEBSD

Semmi gond, egyszerűen nem látok Canonical által szponzorált programozót az OpenJDK forrás közelében, ahogy az IcedTea környékén se, gyakorlatilag bármit is csináltak az OpenJDK-val az megmaradt az Ubuntu berkein belül... ugyanakkor más cégek sok pénzért elkészített - aztán megnyitott - forrásaival az ingyenes TCK ingyenes papírját lobogtatják. Persze nincs ezzel gond, hiszen profitorientált cégekről van szó, akik reklámból és marketingből (is) élnek.

Ps.: Kicsit olyan vagy Ubuntu témában, mint Sting Windows témában... :)
--
http://wiki.javaforum.hu/confluence-2.10/display/FREEBSD

Ha jól gondolom, akkor nem úgy megy náluk a dolog, hogy ötletszerűen beleturkálnak a kódba a fejlesztők, hanem valami projektmenedzserféle fazon az igények alapján elgondol valamit. Na, ezt már az elején be lehetne dobni az OpenJDK fejlesztők felé, hogy ők gondoltak-e ilyen módosításra, illetve - ha már van pár emberük, akik átlátják a forrást - commit jogot kérni az IcedTea vagy az OpenJDK felé. Esetleg saját nevelésű fejlesztők helyett szponzorálni valamelyik projektet, vagy valami ilyesmi.

Úgy gondolom a nyílt forrás erről kell szóljon: a kommunikációról, a közös munkáról és a közös sikerről. Amíg a Canonical nem teszi ezt, addig kénytelen vagyok úgy nézni rájuk, mint akik különböző közösségek hátán élősködnek.

Melyik az a projekt/program, amelyet az Ubuntunak köszönhetünk és büszkék lehetünk rá? :)
--
http://wiki.javaforum.hu/confluence-2.10/display/FREEBSD

Nekem bőven elég az Ubuntuval kapcsolatban annyi, hogy valaki végre összerakott egy olyan disztrót, ami out-of-the-box visz minden hardvert a laptopomon (és sok ismerősöm gépén). Kb 10 perc összekonfogolni rajta mindent (trackpoint nem megy, így egy kis snippet a xorg.conf-ba, egy sor a grub.conf-ba, és lesz framebufferem, LAMPP fel és php.ini + xdebug.ini turkálás), ami ahhoz kell, hogy dolgozhassak. Több ismerős gépére is telepítettem, és megelégedéssel használják (netezésre, filmnézésre és zenehallgatásra használják főként a gépet, viszont küzdenek a vírusokkal, mert egyeseknek nem lehet megmagyarázni, hogy a juicyaccess_install.exe az nem ingyenpornó).

A GNOME-ot és mostanában a KDE-t is elég keményen nyomják pénzzel, vagy éppen usability tanácsokkal (Ubuntus delegáció szokott lenni a GNOME/KDE konfokon, és rengeteg ötlettel segítik a fejlesztőket).

A másik szimpatikus dolog az Ubuntuban, hogy végre valakinek konkrét céljai vannak, és affelé halad (ezeket lehet kritizálni, de legalább vannak). Nem ilyenek, hogy XY programot frissítjük W-ről Z verzióra, hanem konkrét koncepciók.

Nincs nagyon kedvem ezen vitázni, de az, hogy out-of-the-box minden hardvert támogat, az nem Ubuntu érdem, bármely egykorú disztribúció megteszi ezt.

Konkrét célja (world domination?) pedig minden disztribúciónak van, de attól még nem viselkednek tahó módon az asztalnál.

Namindegy, úgy látom nincs értelme ezen lovagolni, "hiszen az Ubuntu a legjobb, ezt mindenki tudja, úgy értem mindenki, aki számít". :)

Szóval melyik az a program, amelyet az Canonical-nak/Ubuntu-nak köszönhetünk? :)
--
http://wiki.javaforum.hu/confluence-2.10/display/FREEBSD

Nem feltétlen. Főleg olyan apróságokat nem, hogy spec hotkey-ek azt csinálják, amit kellene (pl nálam kb az összes hotkey).

Minden release-re kitalálnak valami célt.

Nem vagyok Canonical bérenc, csak eddig úgy látom, hogy ez a cég tesz az egyik legtöbbet, hogy a Linuxból igazi desktop OS válhasson (a másik a Novell, de az is evil errefelé).

bzr?

Most már csak az az égető kérdés, hogy vajon mekkora mérhetetlen nagy módosításokat végezhetett a canonical az openjdk és icedtea kódokon, amit tonnaszám lehetne visszatömködni a közösbe.

Ha egyáltalán beletúrtak valamit, -- szerintem -- nagyjából a disztróhoz igazítottak pár dolgot. Annak meg nem sok hasznát venné más...

De ha ez gáz, akkor meg szar a licensz.

Ahja, én nem szeretnék olyan közösségbe tartozni, akik csak azért nem szarnak az asztalra, mert tiltja valamelyik törvény.

Továbbra is úgy tartom, hogy az open source community egy világméretű bottle-party, ahova nem illik üres kézzel menni, bár a "licenc" lehetőséget ad rá.
--
http://wiki.javaforum.hu/confluence-2.10/display/FREEBSD

Kicsit meleg lenne "asztalra szarás"nak titulálni a canonical tevékenységét. A szoftver(csomag) egy termék, ami akkor ér valamit, ha megfelel az elvárásoknak -- egyáltalán tiszták az elvárások --, és el is jut a felhasználókhoz. Ebben nagy része van nekik, és ezt csak azok nem látják, akik nyakig ülnek a kódban, vagy a kábelkötegekben (empírikus).

Én meg abba a körbe nem szeretnék tartozni, ahol csak az számít, hogy ki mennyit kódol.

Ez mind tiszta dolog, de mivel szinte kizárólag közösség által készített programok vannak benne, azzal hiába tesz jót a _végfelhasználókkal_, a közösségnek - akiktől a disztribúcióba csomagolt programokat szerezte: nem lesz jobb. Természetesen a Canonical és az Ubuntu felhasználók jól járnak a helyzettel, ezzel senki nem vitatkozik.

És nem a kódolásról van szó, hanem arról, hogy ha felhasznál a közösség által közösbe dobott komponenseket, akkor illik bedobni a közösbe. Nem aprópénzt tessék-lássék módon, hanem úgy, ahogy a többiek teszik: egész projekteket szponzorálni. Milyen programot/projektet/komponenst adott a közösségnek a Canonical (amit bármelyik disztibútor fel tud használni)? Miért nem látni Canonical által dedikált vagy adpotált fejlesztőket nagyobb projekteken? Egy ekkora cégnek, amelyik ekkora piaci részesedéssel rendelkezik - illene a piaci arányoknak megfelelő arányban adni a közösségnek, legalábbis eddig ez volt a szokás.

Tök jól hangzik, hogy bugvadásznak, vagy ötleteket adnak, vagy felhasználói élményt javítanak. De ezek apróságok és ugye először az Ubuntu-ban jelennek meg, nem kerülnek bele a mainstream forrásokba, csak akkor, ha a mainstream források fejlesztői megkeresik a módosításokat, és átemelik azokat a saját forrásfájukba. Ez pedig jár annyi munkával - főleg apró módosításoknál, hogy le lehet fejleszteni a módosítást a kód átvétele helyett.
--
http://wiki.javaforum.hu/confluence-2.10/display/FREEBSD

közösségnek - akiktől a disztribúcióba csomagolt programokat szerezte: nem lesz jobb.

Szerintem igenis jobb lesz a fejlesztoknek, ha a programjukat egy viszonylag nagy disztibucio csomagolja. Egyszeruen tobb emberhez jut el.

Ami a tobbit illeti, konkretumokat irj akkor legyszives. Hany Canonical alkalmazott dolgozik "nagyobb" projekteken? Hany RedHat alkalmazott? (Csak hogy legyen osszehasonlitasi alap, igaz a RH eves bevetele huszszorosa a Canonicalenak.)

Mi az ami az Ubuntu-fele OpenJDK-bol nem jutott vissza az eredetibe?

Miután nem sikerült egy olyan programot se mondani, amelyet a Canonical adott a közösségnek, cserébe kapok jópár kérdést, hátha beletörik a bicskám... ügyes, nagyon ügyes. :)

http://fedoraproject.org/wiki/Red_Hat_contributions#Upstream_Developers
http://en.opensuse.org/Teams

Ubuntu-ra meg majd kerestek linkeket... :)
--
http://wiki.javaforum.hu/confluence-2.10/display/FREEBSD

Nezd, te allitasz valamit a Canonicalrol/Ubunturol amit nem tudsz alatamasztani semmivel (eddig legalabbis).

Szoval inkabb te "keress linket", ha nem akarod, hogy ures beszednek tartsam amit mondasz. Sot, mi lenne, ha legkozelebb a link-keresessel kezdened?

Egyebkent a "mit adott vissza a kozossegnek" kerdesre a kezenfekvo valasz az, hogy egy disztribet keszitett nekik. Legalabb ennyit visszaadott, nem? Vegul is ezt vallalta fel.... Hogy ezen kivul mit adott, megvallom, engem kevesse erdekel.

Alátámasztottam a többit, aki védeni akarja, ad linket... te nem tudtál adni, mert fél percet nem ér az életedből, hogy keress egy linket... ez van. De kötözködni az megy... :)

Továbbá a disztribet a felhasználóknak adta, nem a közösségnek. Valószínűleg eltérő fogalmaink vannak az open source közösségről, az (üzleti) etikáról és a fejlesztési szokásokról. Ez van...
--
http://wiki.javaforum.hu/confluence-2.10/display/FREEBSD

Jah, jól hangzanak ezek a magasztos szavak, ez a papolás. Kíváncsi lennék, hogy mi a véleményed nagy FreeBSD huszár létedre a nagy BSD-s összedolgozásokról (rotfl), együttműködésekről, akik - noha a gyökereik közösek - de négyen négy irányba húznak, egymással jó esetben nem is tárgyalnak, balhék során szakadtak ennyi ágra. Neked, mint az nyílt forrású eszmék nagy őrzőjéről mi a véleményed?

--
trey @ gépház

Az, hogy nem tudok enterprise *BSD-ről... :)

Arról se tudok, hogy a *BSD csapatok elsődleges célja az lenne, hogy ne adjanak a közösségnek vagy akár bárkinek. Az, hogy a *BSD több ágra bomlott, az csak erősíti a versenyt és jót tesz a közösségnek.

Úgy látom a fogalmakkal is vannak bajok, mint írtam volt. Az open source community nem a nyílt forrás felhasználóit jelenti, hanem a nyílt forrás létrehozóit és fejlesztőit. Egy (vég)felhasználó soha nem lesz része a community-nek, ha csak (fel)használja azokat a programokat, amit a közösség készített. És így egy disztribútor se lesz csak azért tagja a közösségnek, mert összecsomagol open source szoftvereket és azokat egyben adja a végfelhasználónak. Akkor lesz része a közösségnek, ha ad is a közösbe, különben csak kihasználja mások jóindulatát.

A probléma a kettős mérce... sajnos.
--
http://wiki.javaforum.hu/confluence-2.10/display/FREEBSD

Tevedes, az open source community igenis jelenti azokat a felhasznalokat akik bug-reportokat kuldenek, vagy akar csak segitenek a forumokon a kezdoknek. Tartalmazza azokat akik artworkot csinalnak, es bizony tartalmazza azokat is akik disztribuciokat allitanak ossze. Azokat is akik segitenek a havernak Linuxot installalni (igen, *BSD-t is). Vagy csak barmilyen modszerrel FOSS szoftvert nepszerusitenek.

Nah, most jutott időm jobban átnézni... :)

Vicces-vicces, igazi marketing szagú bejegyzések... ez nagyon tetszik:
"Canonical employs/employed some Gnome developers: Jeff Waugh (employed in 2004-2006), ..."

Csak a RedHat és a Novell tart legalább 35 fejlesztőt a GNOME projekten, vannak nagyobb cégek (IBM, HP, stb) által adoptált fejlesztők a GNOME alapítvány alkalmazásában... mi erre a válasz: a Canonical nem fejlesztő cég, hanem disztribútor. De természetesen a Red Hat és a Novell az ördögtől való cégek, köpködnivaló termékekkel... :)

Najó, befejeztem.
--
http://wiki.javaforum.hu/confluence-2.10/display/FREEBSD

te szart reggelizel, vagy mi bajod?

ott van egy 5 oldalas lista, hogy miket csinálnak. ez nem fog elévülni attól, hogy te kiemelsz egy sort belőle pfff

a marketingszag meg pont nem stimmel, mert nem is volt ilyen oldal, amíg a userek fel nem vetették

a gnome példa megint csak krvára nem jó, mivel az ubuntu pont hogy a gnome kiadásaihoz igazodik, így kb. az elsőszámú tesztelője/patchelője az új rilízeknek

emellett a köcsög canonical ingyen kipostáz neked lemezeket a világ bármely pontjára, és 3/5 évig ad frissítéseket az lts kiadásaira

mindezt úgy, hogy senki nem kötelezi rá

a gnome dev infóidat meg nem tudom honnan veszed, mert én sehol nem találtam erre vonatkozó információkat, de akkor jöhetnek a sokat emlegetett linkjeid ;)

szerintem.

Az upstart hatalmas projekt, hihetetlen fejlesztői erőforrásigénnyel... :)

A Launchpad nyitása folyamatban zárt kódból, nagyonjó... erre vár a közösség, semmi más nem hiányzott, csak az n+1. issue tracker és project incubator... :)

Najó, ennek tényleg nincs értelme, aki elfogult, az nem tud pártatlan lenni... nem Ubuntut használsz véletlenül? :)
--
http://wiki.javaforum.hu/confluence-2.10/display/FREEBSD

De, azt használok. Programokat kértél. Nem jó. Elmondták, hogy disztribútor nem fejlesztő, nem jó. Azt is hogy pénzzel támogat rendezvényeket, projekteket, nem jó. Hogy reklámot csinál a nyílt forrásnak, a Linux-nak, nem jó. Hogy az általa készített változtatások bárki számára elérhetők, nem jó. Hogy projektnek biztosít infrastruktúrát, nem jó.

Azt ismételgeted, hogy miért nem fejleszt egy elsősorban nem fejlesztéssel foglalkozó cég, projekt és nem érted, hogy mi a különbség a fejlesztő meg a disztribútor közt.

Ezzel nem tudok mit kezdeni.

--
trey @ gépház

Nekem így a végére csak az nem lett tiszta, hogy most akkor neked az sem etikus, ha egy cég kereskedelmi termékében BSD kódot használ fel anélkül, hogy hozzájárulna kóddal a közösséghez? Megteheti, hiszen a licenc lehetővé teszi.

Csak hogy tudjalak hova tenni :)

--
trey @ gépház

Irónia flag, helló mi?

Próbálom rávezetni a kollégát, hogy a programozás egy dolog a sok közül. A bejelentésben nekem sehol sem az jön le, hogy ez az egész egyedül a canonical érdeme. Ez egy egyszerű kis reklám az openjdk-nak (meg a jauntynak is). Ha ez fáj a nagy pecselőknek, akkor kívánom nekik, hogy részesüljenek a legmélyebb elismerésben -- annak a 10-20 embernek a körében, akihez eljutna a munkájuk a canonical (és mások hasonló) tevékenysége nélkül.

Tipikusan egy certificated OpenJDK nem az a kategória, amely reklám az OpenJDK-nak, hiszen másfél éve egy csomó disztribúció szerves része az OpenJDK vagy az IcedTea, nem is Jaunty reklám, hanem kőkemény piaci bevételt megalapozó jelzés, amely az enterprise szektornak szól, ugyanis a céges felhasználás igényel mindenféle certificated és supported szoftvereket.

Ha neked ebből az jön le, hogy milyen rendes a Canonical, hogy reklámozza az OpenJDK-t vagy a desktop Jaunty-t népszerűsíti a felhasználói felé, akkor igen erősen félreérted a helyzetet.
--
http://wiki.javaforum.hu/confluence-2.10/display/FREEBSD

Nekem ebből az jön le h az openjdk használható, függetlenül a platformtól, egész eddig bottal sem piszkáltam volna meg. Neked ebből az jön le h a canonical szívja megint mindenki vérét, amiből nekem az jön le h paranoiás pánikbetegség tünetei mutatkoznak nálad.

Szerk.: de egyébként mostmá télleg érdekel h milyen openjdk változásokat eszközöltek, amik nem kerültek vissza a közösbe, de egyébként annyira általánosak, hogy még szomáliai menekültek is hasznát vennék. Linkeld már be légyszíves, mert érdekel; én nem találom...

Az OpenJDK másfél éve megkapta a TCK-t, függetlenül a platformtól, miért pont az Ubuntu által igényelt TCK hozta meg a kedved másfél évvel később? Nem logikus.

Nálam nincs semmi pánikbetegség, se paranoia... ellenben nálad sejtek egy közepes erősségű kognitív disszonanciát az írásaid olvasva... te nem Ubuntut használsz véletlenül? :)
--
http://wiki.javaforum.hu/confluence-2.10/display/FREEBSD

"te nem Ubuntut használsz véletlenül? :)" -- ez nálad az anyázás burkolt formája...? Gondolom belterjes BSD-s dolog. Mármint valamelyik BSD-n belül :)

No akkor elölről, én nem CanonicalJDK, vagy UbuntuJDK-t olvastam a hírben. Bár elég sokat bújom a java-s témákat -- kifejezetten nem kerestem ugyan -- de eddig a hírig fogalmam sem volt arról, hogy húdemegfelel.

Amellett továbbra is az a véleményem h ha úgy véled h a manus által begyúrt milliárdokból a közösség semmit sem profitált még közvetve sem, akkor nézd meg, hogy mennyit változott a köztudatban a "linux" és tsai ismertsége és megítélése, amióta ez a cég létezik.

Ja hogy erre teszel nagyívben, akkor indíts egy új mozgalmat

Szerk.: OpenJDK "fork"kal kapcsolatosan valami esetleg...? Má nem szarrágásból, csak érdekelne

szerintem ez csak azért kell, hogy "nagy" cégek über okos informatikusai megkérdezzék - "van ilyen, mert a winnwk biztos", ha nincs akkor viszont látásra, "játékokkal nem foglalkozunk", és jöhet a win server/stb. függtelenül attól, hogy adott feladathoz, megoldáshoz melyik rendszer lenne a leg hatékonyabb, költségbarátabb.
[OFF] Azért használunk IE6-ot mert a többi alkalmatlan a weboldal helyes megnyitására [/OFF] (Még véletlenül sem gondolkoznak visszafelé)
amíg ilyen emberek dolgoznak mások szakmályában, addig sajna kell ilyen igazoló dokomentum

( srrrgei | 2009. 07. 16., cs – 12:29 )

De miért jó, hogy csinálnak egy másik JDK-t? Többet tud? Gyorsabb?

Az OpenJKD-t nem ők csinálták, nem ők találták ki. Az OpenJDK-t a Sun adta ki.

"OpenJDK is the effort by Sun Microsystems to release a fully buildable Java Development Kit based completely on free and open source code."

(részletek)

"Többet tud? Gyorsabb?"

Teljes mértékben szabad/nyílt forrású szoftver elérése a cél. Hiányoznak belőle a szabadalom-terhelt (patent encumbered) kódok, azok a kódok, amelyek felett a Sun nem rendelkezik megfelelő jogokkal ahhoz, hogy szabaddá tegye őket. Ezeket a kódokat kiszedik belőle és helyette azokat implementálják, lecserélik szabad/nyílt alternatívákkal.

--
trey @ gépház

A szabadalom terhelt kódok pótlása kb. egy éve megtörtént az OpenJDK kódbázisában, és ezt javarészt a Red Hat végezte, s ezek a módosítások egy éve részei az OpenJDK kódbázisának, a J6TCK-n egy éve már átment az OpenJDK.

Ebből adódóan bármelyik OpenJDK fork átmegy a J6TCK-n, hacsak nem rontanak el valamit a kódmódosítások során.
--
http://wiki.javaforum.hu/confluence-2.10/display/FREEBSD