Ismét: "nyílt forrásúvá" teszi a Sun a Java-t?

Java

Ismét felmerült a már sokat ismételt kérdés: "nyílt forrású" lesz-e a Java? A dolog aktualitását az adja, hogy a Sun Microsystems-nél nagyobb változások történtek az elmúlt napokban. A cég korábbi vezérigazgatója és társ-alapítója, Scott McNealy lemondott pozíciójáról, és helyét az a Jonathan Schwartz vette át, akitől sokan a cég megújulását várják.

Az Eweek egyik cikkében belső sun-os információkra hivatkozva azt állítja, hogy a Sun-on belül vita van arról, hogy a Java-t "nyílt forrásúvá" kellene-e tenni vagy sem. A cég szóvivője - ahogy az várható volt - nem kommentálta a dolgokat, így valószínűleg megerősítést vagy cáfolatot csak a 2006. május 16-i JavaOne konferencián hallhatunk a cégtől.

Sokan bíznak Schwartz-ban, mert ő volt az, aki a Solaris nyílt forrásúvá tétele mögött állt. Most olyan pozícióba került, hogy szava súllyal bír a Java sorsával kapcsolatban.

A Java nyílttá tételéért többen is szót emeltek az elmúlt hónapokban. Például egy volt Sun vezető és a nyílt forrás legnagyobb szószólója Eric S. Raymond is (1, 2).

Kapcsolódó Eweek cikk itt.

( bra | 2006. 05. 02., k – 14:30 )

Nem igazán hiszem, hogy jobb lenne a termék, ha más licensze lenne, legfeljebb minden Linux disztribúcióban saját forkja lenne.
A forrás maga most is nyílt, legfeljebb a terjesztési, felhasználási lehetőségek nem azok.

"A forrás maga most is nyílt, legfeljebb a terjesztési, felhasználási lehetőségek nem azok."

Mintha az lenne a bajuk, hogy a Sun szorosan fogja a gyeplőt, és nem kerülhet bele minden, csak az, amit ők is szeretnének. Hasonló gonddal küzdenek az OOo közreműködők is állítólag. Itt panaszolta valaki nemrég (azt hiszem András), hogy sokszor problémás elfogadtatni a patcheket a Sun-nál (vagy abban nem a Sun-osok döntenek?).

Talán ez változna?

--
trey @ gépház

Na itten van a kutya elásva:
But some of the concerns that have prevented Sun from truly open-sourcing Java in the past linger. One issue cited by insiders: If Sun open-sources Java, Microsoft could take it and slap it into Windows Vista. Microsoft's licensing agreements with Sun to use Java source code and compatibility test suites generate revenue for the company and could be altered or voided if open-sourced, sources said.
Szóval hiába elérhető a forrás, a mostani Java-n állítólag keres egy keveset a Sun. Ha GPL-es lenne, akkor nem keresne. Sőt egy hasonlóan sok fejlesztőt foglalkoztató cég más irányba is terelhetné a mostani Sun Java fejlesztését. (Más kérdés, hogy a világ talán jól járna, ha pl. a M$-ra is ragadna egy kicsi a GPL-es szellemiségből.)

Hirtelen az 1 kezemen meg tudom szamolni a guis, gtk-s szabad szoftvereket.

A desktopra nemigen tort meg be. Vallalati szferaban nagyon nyomul, ez ketsegtelen, es a legtobb sikeres free szoftver is oda irodik (tomcat, adatbaziskezeles (db4o), etc).

Desktopon (szerintem) python+gtk nyomul nagyon meg jopar mono-s alkalmazas.

Khiraly
---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

Na ja.. de ahhoz, hogy megtudd érdemes-e használni "valamire" ahhoz meg kell ismerned a "valami" megvalósíthatóságának korlátait, nehézségeit java-ban.. az pedig mindig szivással jár.:)
Legutóbb az RMI-val jártam igy.. küzdöttem a megismerésével, használatával egy darabig.. fikáztam egy-két baromi nagyot.. aztán "dobtam".
De lehet én vagyok olyan, hogy csuklatósan fikázok, ha valamiről kiderül, hogy nem jó arra, amire gondoltam talán jó.
Fri

En azert valamennyire ismerem javat, de a multkor #tilos@IrcNet-en elegge jol osszeszedtunk 2-en olyan dolgokat, amiknek kb. abszolut semmi ertelme sincs a nyelvben, mert ugy van megvalositva. Tehat az otlet jo, de a megvalositas miatt hasznalhatatlan. Ezeken szerintem javithatna a FS fejlesztok egy maroknyi csapata. :)
____________| Gentoo-amd64 inside |____________

Az egyik legdurvább a foreach. Tömbökkel működik jól, de ugye semmi API funkcio nem ter vissza tombbel. A másik, hogy amit átadsz neki, annak implementálnia kell az Iterator interfészt. Nem minden, de a legtöbb API függvény Enumeration típussal tér vissza lista esetén, aminél igazán kézenfekvő lenne a foreach. Ugyanis Enumerationnel nem lehet mit kezdeni mást, viszont az nem implementálja az Iteratort, így ez eleve bukta.
A genericeckel személy szerint nem sok bajom volt, de nagyon bele lehet kavarodni egy idő után, viszont ugyanennyire kényelmes is tud lenni, egyszerűbb dolgoknál. Bonyolultabb dolgok esetén viszont szívós is lehet, mert nem lehet úgy matchelni egy leszármazottat/szülőt, ahogy akarod, eléggé meg van kötve a kezed. Az is gáz, hogy mondjuk egy Vector> genericet minden deklarációnál végig kell írni. Sokkal elegánsabb, gyorsabb lenne ha lehetne ezeket előre definiálni, és csak arra hivatkozni később. Ugyanis egy deklarrálásnál kapásból kétszer végig kell írni.
Az primitív típus vs. osztályok összeférhetetlenség. Igaz, az 5.0-ban már van auto boxing/unboxing, így ott már nem olyan zavaró, viszont sok helyen használnak még 1.4-et, vagy még alatta, és ott egy int hashtable-be, vagy vectorba, vagy akármibe belerakásához ht.put(Integer.valueOf(classs.getInt(value1, value2)); vegigpotyogese kell pl.
Jópersze megszokja az ember egy idő után, csak hát felesleges sorok, karakterek növelik a forrás méretét:DD
És most ne mondja azt senki, hogy C#, mert kurvára nem ugyanaz.
____________| Gentoo-amd64 inside |____________

( Frimen (nem ellenőrzött) | 2006. 05. 02., k – 15:02 )

A Java-nak annyi, ha nyilt forrásúvá teszik..
Eddig "elég" volt, hogy milyen Java verziót használjon valaki.. ha nyilttá teszik már az is kérdés lesz, hogy kinek a Java-ját használd, ha egy javas progit akarsz használni.
Gáz.. remélem ezt megoldják.
Fri

Gcj gij-erol se feledkezzunk meg. Foleg mivelhogy nativ binarist lehet forgatni vele (tobb kevesebb sikerrel). Egyszeru alkalmazasok szepen muzsikalnak nativan.

---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

A gyors indulás egy dolog, a gyors futás egy másik. A HotSpot miatt kellemes meglepetésben lehet néha részük azoknaki, akik pl. olyanokat mondanak, mint "a C gyorsabb, mint a Java".

A gyorsabb indulásról meg annyit, hogy érdemes megnézni a 6-os Java-t, ügyesen csökkentették az indulási időket. Pl. a spash screen-t már azelőtt feldobja a program, mielőtt a JVM-et betöltötte volna. Előre látom, hogy mindenki azt fogja kiemelni, hogy mekkora csalás is ez :-)

> Egyszeru alkalmazasok szepen muzsikalnak nativan
No es a bonyeszebbek?
Nem nezegettem még ilyen technologiát, de érdekelne, egy konkrét alkalmazás kapcsán. Van is vele tapasztalatod? Mondjuk swing-es alkalmazás esetén?
Van egy kodom.. ami java, de exe formátumban.. elég szépen fut. Nem tudom mivel csinálták, de ezt találtam benne:
com.ms.activeX.ActiveXControl
com.ms.awt.peer.ComponentPeer
com.ms.ui.event.UIActionEvent
com.ms.fx.fx12
com.ms.wfc.ax.IOleInPlaceActiveObject
com.ms.dll.Root
com.ms.win32.ABC
Ismerős?

GCJ/GIT viszi az Eclipse-t, ami azert nem egy egyszeru javas- dolog. Igaz, azthiszem ebben az SWT is benne van, mert SWING/AWT jelenleg nincs rendesen megvalositva. Mondjuk mostanaban nem nezegettem ezt az open class library-t vagy hogyhivjakot, azota az x honap ota meg eselyes, hogy fejlodott valamicsket.
____________| Gentoo-amd64 inside |____________

( Morzel | 2006. 05. 02., k – 21:38 )

Remélem, nem lesz nyílt forrású. Nem akarok 3000 különböző java leírást, 3000^2 jvm-et, ...

Morzel

Ez _hülyeség_. Attól hogy nyílttá tennék ugyanúgy a Sun koordinálná a fejlesztést. Senkinek nem lenne se ereje, se ingere forkolni. Perlből, pythonból, php-ből meg rubyból is van egy -- per definitionem és nem per standard -- kanonikus implementáció, pedig ezek nyílt kódúak.

Hasonlóképp a Sun Java lenne a kanonikus implementáció akkor is, ha megnyílna a kódja (sőt, még inkább).

És megszűnne az a braindead helyzet, hogy nem lehet (nem-Free) BSD-n normálisan java-t használni.

Szokták azt a nézetet hangoztatni, hogy "OS is a commodity". Hogy jár a vashoz, és kommersz alapokra helyezése csak káros az egész IT-nek.
Hogy a propietary OS bűzlik. Hogy tetszés szerinti használhatósága olyan magától értetődőnek kéne lennie, minthogy kimész a konyhába és megnyitod a csapot, ha akarsz inni egy pohár vizet.

Ez a nézet messze van attól, hogy konszenzuálisnak nevezhessük, ellenben az, hogy "programming languages are commodities" majdnem valóság.

A java az utolsó ok, amiért előző mondatomban ott van az a majdnem.

( willy v | 2006. 05. 02., k – 22:33 )

Morbid, de talan 5 eve irtam ircen, hogy a java kivarasra alapoz, ha az otthonodban szuperszamitogep fut, es annyi memoria all rendelkezesedre, amennyi 10 eve az orszagban sem volt, akkor tied a java minden lehetosege.
Talan meg most sem eleg eros az atlag otthoni szamitogep erre a nyelvre? :)

Futtass egy atlag gepen monodevelopot, mono alkalmazast, python alkalmazast, eclipse-et azureust, es meg vagy 2 javas cuccot, es rogton latod, hogy 512MB nem eleg neki.

---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

Nem tudom, hogy a monodevelop, a mono-s és a python-os alkalmazások mennyit esznek, mivel alapvetően inkább Java fejlesztő vagyok :). (Ráadásul az Eclipse-t sem szeretem, helyette van jobb: Netbeans; De most fejlesztői gépről, corporate vagy home desktop gépről beszélünk? )