Most nyílt forrású lesz, vagy nem?

Az IBM-nek igazan fontos a nyilt forrasu JAVA. Tobb milliad$ ertekbu JAVA-s fejlesztesei futnak, ha a Mono/.NET paros lenyomja a JAVA-t, akkor az IBM kidobhatja a JAVA-s projektjeit.

Viszont a SUN forkolastol valo felelme jogos. Az M$ alig varja, hogy keszithessen egy olyan JAVA-t ami nagyjabol JAVA, de inkompatibilis a nem M$-os fejlesztoezkozzel keszitett verziokkal.

Szerintem a megoldas az lesz, hogy szetvalasztja a SUN az interface-kat/specifikaciokat, es az implementációt.

A specifikáció nem lesz opensource, az implementáció viszont igen. Igy az IBM is boldog lesz, mert olcsobban vigyazhat arra, hogy a JAVA, ne maradjon le a versenyben, a SUN is megnyugodhat, hogy ervenyben marad az "ird meg egyszer, futtasd akarhol" elve.

Mi jarunka legjobban, mert vegre lesz egy agyonoptimalizalt JAVA futtato minden opensource platformra.;-)

Ami keresztülhúzhatja ezt, az az, hogy a SUN hogy tudja megőrizni a JAVA-val kapcsolatos bevételeit.

bar lehet, hogy az lenne a legjobb, ha az opensource kozosseg belefogna egy uj programozasi nyelv kidolgozasaba. from scratch, mint ahogy keszult a GNOME, vagy a linux kernel. ennek persze akkor lenne ertelme, ha szeleskorben tamogatnak az otletet. Ha nehany ezer programozot/ceget erdekelne a dolog pillanatok alatt lelepne a jelenlegi "modern" nyelveket.

No akkor generaljunk egy kis flame-et... :)

A java programok nagy resze most is csak adott jvm-el, nehany platformon, ahogy kedvuk tartja, ugy mukodik. Kb. 1 eve csinaltam appletet, ami egy webes bezbasz offline cd-s valtozatanak keresojekent funkcionalt. Megcsinaltam sunike netbeans csodajaval, futott jol nalam. Kiraktam, nehany dolog blackdown jvm-el illetve nehany mas browserrel nem ment (sun sdk-val alkottam); microsoft java maga volt a csucs: amig nem downgrade-eltem ibm jdk 1.1.x-re, addig ie-ben meg sem moccant az appletem, ekkor viszont egy baszott nagy swing jar file-t melle kellett tennem, hogy mukodjon. IBM is terjeszti az osszes cumojahoz a megfelelo jre-t kulonbozo platformokra, ahogy megfigyeltem (db2, websphere es tsai), ugyhogy mindenki elhuzhat a halal fazszara az "ird meg egyszer futtasd akarhol" elvevel. :D

Olyant mar lattam, hogy szerverkornyezetben, egy adott jvm-el, ahol egyutt volt tesztelve a mindenfele java vm, jsp, tomcat meg minden mas baszsas, ott jol ment a dolog, de itt nem hasznaltak amugy sem ki a java elvileg nagyon jo portabilitasat, amire oly' buszkek a sun-nal.

> Viszont a SUN forkolastol valo felelme jogos. Az M$ alig

> varja, hogy keszithessen egy olyan JAVA-t ami nagyjabol

> JAVA, de inkompatibilis a nem M$-os fejlesztoezkozzel

> keszitett verziokkal.

hm, tessék gpl alatt kiadni. aztán az ms eldönheti, hogy fejleszt-e gpl alatt :D

Igazaf van. Tokeletes kompatibilitas meg a JAVA-nal sincs.

De hasonlitsd ossze mondjuk az SQL szerverekkel.

gyakorlatilag lehetetlen olyan query-t irni, mai hordozhato. ott is vannak szabvanyok, de a cegek nagyon szeretik a "nem implementalom teljesen, de kiterjesztem" strategiat. Vagy nezd meg mi tortent a UNIX-okkal, meg most milyen kavaras kezd kialakulni a Linux disztroknal.

De hogy legyen itt egy ellenpelda: linux kernel, egyseges, mindenki alltal elfogadott, senki sem alt neki leforkolni. Ellentetben a BSD kernelekkel.

Az eddigi szabvanyokkal/szabalyokkal valo kompatibilitas biztositas mindig csod volt. A cegek anyagi erdekbol rogton megfurtak a szabvanyok elveit.

Hogy mi lenne a sikeres megoldas nem tudom, hogy mitol fel a SUN azt (talan) ertem.

A D nyelvről hallottatok már? Nagyon ígéretes:

http://www.digitalmars.com/d/sdwest/paper.html

De hogy legyen itt egy ellenpelda: linux kernel, egyseges, mindenki alltal elfogadott, senki sem alt neki leforkolni. Ellentetben a BSD kernelekkel.

Ezt most te komolyan mondtad? :)

De hogy legyen itt egy ellenpelda: linux kernel, egyseges, mindenki alltal elfogadott, senki sem alt neki leforkolni. Ellentetben a BSD kernelekkel.

hm hath ha nem kernel-space stuffot irsz akkor ez a te szempontodbol tokmindegy, a kernel ilyenkor ugyanis egy fekete doboz, es a POSIX API-n keresztul ersz el mindent. egyebkent meg IMHO pl egy 2.6->2.4 driver backport konnyen lehet h korulmenyesebb mint egy xBSD->yBSD port...

amugy en pl altalaban OS X alatt fejlesztek, utana meg ezek a stuffok futnak Linux/BSD/Unix alkalmazasszervereken. multkor megkerdeztek, h x stuffunk menne -e AIX alatt, ./configure, make es ennyi volt...

Hmm, tényleg nagyon érdekes oldal. Bár teljesen offtopic itt.

De ha már felmerült, akkor megjegyzem, hogy szerintem egy nagyon fontos területe a modern C++ -nak a generikus programozás lenne (magyarul template). Csak hát nagyon sok problémával kell megküzdenie annak, aki komoly dolgokra akarja használni. És úgy látom ebben a kérdesben nem nagyon lépett előre ez a D nyelv (sőt, némely részében hátra). Tud valaki a C++ ilyen irányú kiterjesztéséről, fejlesztéséről?

Szerintem csak arrol van szo, hogy valaki felvetett egy "talan" jellegu hirt valahol, amit egybol keszpenznek vettek masok, kicsit felerositettek es tovabbadtak, bulvarefektus. Kb ez tortent a theserverside.com-mal is, az IBM kiaott egy uj businness plan-t, amit en is elolvastam, egy baszott szo nem volt benne se windowsrol se MS-rol, csupan uj desktop strategiarol, de egy site felkapta es mar ugy adta tovabb hogy "Ibm against microsoft" a theserverside-on meg mar valami olyan jelent meg hogy "New IBM plans to KILL microsoft", ami mar nem enyhe tulzas...

Ha az opensource kozossegnek lenne komolyan ereje ahhoz hogy egy fullos VM-et fejlesszen, akkor mar megtortent volna, itt van a kaffe meg a gnu classpath, de hat nem igazan hasznaljak a nepek, minek amikor a sunos is free es szabvanyos.

Lenne elonye, ha kiadnak a forrast, pl stabilabb lenne a VM, kicsit gyorsabban is menne, minden platformra portolnak, stb, de ha ezzel azt kockaztatjak hogy nehez helyzetbe keruljon a sun, es esetleg megfekudjon, hat akkor maradjon inkab closed source...

Hogy egy 1.3+as API-ra irt program nem mukodik egy 1.1.7-es VM-en, azon en nem csodalkoznek.

Kivancsi lennek milyen altalad hasznalt - nem trivialis - program konyvtar kompatibilis visszafele egy 6 evvel korabbi valtozattaval.

Jo, es persze hagyjuk ki Fortran/Cobol/Algol-ban irt programokat :-D

A blackdown es a sun plugin verzioja hajszalra ugyanaz volt, azaz nem volt API elteres sem, megis az egyiken mukodott, a masikon nem. Az meg, hogy az M$ windows-zal egyutt terjesztett java vm-je a legujabb verziokig csak 1.1.x-es API-t tamogat, hat az applet technologiaval valo munkat es alkalmazhatosagot nehezitette/neheziti meg mind a mai napig.

Tudtommal a C++-ban ez marha rég óta benne van.

apt-get install stl-manual és még a Standard Template Library-ban levő cuccok doksijait is megkapod.

Persze, tudom hogy benne van. Csak sok szempontból rendkivül inkonzisztens és nehezen használható módon. Szóval az egész egy nagy gány. (Na jó, ez így egy kicsit túlzás, de tényleg 2-3-szor többet kell írni még a legegyszerübb dolgokhoz is, mint ami egy kicsit átgondoltabb interface-szel megcsinálható lenne. Nem tudom, hányan ismeritek a Boost [www.boost.org]-ot, ez egy nagyon jó példa a generikus programozásra C++-ban, és hát eszméletlenül sok szívással kell megküzdeniük. Aminek sokszor olyan kód lesz az eredménye, amitől a hideg futkos a hátamon.)

És arról még nem is beszéltem, hogy a C++ fordítók nagy része máig sem bírkozott meg a '99-es szabvánnyal.

Szóval egy olyan nyelvről álmodom, amiben ki lennének küszöbölve a C++ hiányosságai ebből a szempontból is. Csak persze reménytelen, mert sosem lesz olyan elterjedt, mint a C++...

Es adtal fel bugreport-ot a blackdown-nak?

MS-re pedig fel kell tenni a Sun-os JRE-t. Senki sem problemazik pl a Flash plugin-ra, ha egy weboldal frissebbet ker, mint ami a gepen van, de a Javat egybol le kell huzni azert, mert a 6 evvel ezelotti futtato kornyezet nem viszi a mostani technologiaval keszult appleteket.

>Megcsinaltam sunike netbeans csodajaval, futott jol nalam. Kiraktam, nehany dolog blackdown jvm-el illetve nehany mas browserrel nem ment (sun sdk-val alkottam)

Ebbol nem derul ki hogy probaltad/e sun jvmmel NB-n kivul

>microsoft java maga volt a csucs: amig nem downgrade-eltem ibm jdk 1.1.x-re, addig ie-ben meg sem moccant az appletem

Ezek szerint a vilagon ez csak teged lepett meg

>ekkor viszont egy baszott nagy swing jar file-t melle kellett tennem, hogy mukodjon.

Alternativakent portolhattad volna AWT-re, es a kkor elmondhattad volna magad jdk1.1 kompatibilisnek. A Swing egy widget keszlet, ami az 1.1-ben meg nem letezett.

Ajanlom gyujtsd ossze az osszes API-t amit valaha javaban irtak, igy nem fogsz bosszankodni hogy nincs meg valami (es izzits be egy jo nagy storage-ot).

>IBM is terjeszti az osszes cumojahoz a megfelelo jre-t kulonbozo platformokra, ahogy megfigyeltem (db2, websphere es tsai), ugyhogy mindenki elhuzhat a halal fazszara az "ird meg egyszer futtasd akarhol" elvevel.

Az IBM java API szinten kompatibilis (mert annak kell lennie) a SUN javaval. Nem ua. csak kompatibilis. Es ez megfelelo. Amiben nagyon elternek, az maga a jvm.

A java portolhatosaga _szerintem_ kivalo. Nem azt mondom, hogy nem talalkoztam az elmult 5 evben inkompatibilitassal. Akkor azt mondanam, hogy tokeletes.

Amennyiben barki tud jobban portolhato nyelvet mint a java jelentkezzen.

A jvm-ekre meg igaz az, hogy akkor jo nekunk, ha az egyik jobb mint a masik, mert az versenyt szul, aminek mi leszunk a nyertesei.