Child pages
  • Nyílt forrású Java?
Skip to end of metadata
Go to start of metadata

Nos, a héten megtörtént a nyitás, megnézte valaki, hogy milyen források érkeztek? Én letöltöttem, belenéztem, de nem nagyon volt időm mélyrehatóan megtekinteni... bár érdemes lenne megmutatnom a C++ nyelvet tanulóknak... (smile)

      
      
Page viewed times
#trackbackRdf ($trackbackUtils.getContentIdentifier($page) $page.title $trackbackUtils.getPingUrl($page))
  • No labels

18 Comments

  1. Unknown User ((k)risztián)

    Valószínüleg így csökkentik majd a befektetett fejlesztői munkát.... mindenesetre én nem annyira örülök ennek mert akár szerverenként lehetnek eltérő módon fordított dolgok. Tapasztalataim szerint a legtöbb linux distribuci a java teren eddig sem állt a feladat magaslatán. Még a debiánban is volt olyan tomcat ami alapbol nem volt secure, meg annyira sem mint amit le lehet tolteni. Sot a Gentoo is mondot olyat miutan felrakot 3x csomagot hogy nem megy a java.... Szoval koszonom nekem inkabb forditsak le olyanok akik tényleg ertenek hozzá én meg letöltöm és a megfelelő helyre másolom.
  2. Ha az LSB részévé nem is, de maga a Linux részévé válhat a Java. Ami nem lenne rossz, hogy kissé mélyebben is lehetne integrálni az oprendszerbe (kernel szintű JVM!), illetve közös JVM több program számára. Az összes Java-t használó program sokat gyorsulhatna ezáltal, ésígytovább.

    További előnye lehet a nyitásnak, hogy megjelenne olyan helyen is JRE, ahol eddig nem volt hivatalosan (itt főképp a *BSD rendszerekre gondolok). A mobil/beágyazott rendszerek felé is jól jön ez a nyitás, ugyanis a WindowsCE és PocketPC oprendszerű PDA-k és célgépekre eddig nem volt JRE... ami nagyon nagy előny lehetne (nekem nagyon hiányzik, hogy a HP PDA telefonomon nem tudok igazából J2ME programokat futtatni... :(

    Hmm... mi van még? :)
  3. A Least Significant Bit részévé...? :)

    Viccen kívül -ha a Linux Standard Base-re gondolsz- nem tudok szinte semmit róla, de nem gáz hogy a java nem Linux specifikus?
  4. Mit gondoltok, mit fog eredményezni ez a lépés?

    Eddig is voltak különc JVM-ek, amelyek különféle speciális feladatokra készültek (például közel az egyetlen JRE PocketPC-re a http://www.ewesoft.com), de ezek igyekeztek megtartani a lehető legnagyobb kompatibilitást...

    Fog ez jelentősen változtni? Meg fog jelenni több tucat Java kiadás, vagy a nyelv fog ugrásszerűen megjavulni? :)

    Mit gondoltok?
  5. Ahogy olvastam, a HotSpot is GPL lett... vagyis monshatjuk, hogy a JRE egésze és a javac lett GPL alatti. A JDK GPL-esítését jövőre ígérik.
  6. Tényleg, most mi is lett GPLes? A HotSpot VM is? Nagy kerdes, hogy mi lesz így ebből - szép lassan elengedi a Sun a javat, az meg marginalizálódik, vagy épp ettől kap lendületet...
  7. Talán a C vagy a C++ az Linux specifikus? Tessék ránézni az LSB roadmap-re: www.freestandards.org/en/LSB_Roadmap

    --
    sirkalmi
  8. Csak beleolvastam a cikkbe, de nem nagyon értem hogy mit akar ez jelenteni. A Sun JRE-t és/vagy az alap library-ket akarják Open Source-vé tenni? Ennek így se füle se farka, hogy a "Java" legyen open source.

    Szerintem itt is megmarad az open-source / blackbox tábor a termelői és fogyasztói oldalon is, mint ahogy sok más témában.
  9. Ahogy elolvastam több forrást is, az a kép alakult ki bennem, hogy nem a JDK-ról vagy a JRE-ről beszél, hanem a nyelv egészéről. És ez - ha nem is tartom nagyon veszélyesnek, egy kissé aggasztó, hogy nem az implementációt teszik szabaddá, hanem a nyelv kialakítását is mintha. De lehet, hogy csak én értem rosszul... :)

    Magának a JDK-nak eddig is megvolt a forrása, hisz FreeBSD alá jelentős patch-ekkel ugyan, de rendszeresen fordítottam JDK-t, tehát valamennyira nyiltnak kellett lennie a forrásának, csak mélyen belenyúlni nem volt szabad... most már azt is lehet? :)
  10. Dehát a nyelv kialakítása most is nyílt. A Java Language Specification és a Java Virtual Machine Specification mindig is szabadon letölthető volt. Na majd átolvasom tüzetesebben azt a cikket.
  11. Aha, megvan. Tehát a Sun-os Standard Edition "core Java platform"-ot nyitják ki, ami windowsos konyhanyelven azt jelenti hogy meglesz a java.exe és társainak a forrása.

    http://news.yahoo.com/s/infoworld/20061025/tc_infoworld/83138

    Szerintem ez jó dolog.
  12. A C/C++ nem Linux specifikus, az UNIX specifikus, és mindig is a UNIX része volt... FreeBSD-n az alaprendszer része egy C/C++ fordító (nem egészen ott és úgy, ahogy a LSB szeretné, de az LSB jóval később jött létre, mint a BSD rendszerek... :), továbbá a BSD alaprendszerek része egy Perl is, valamint van egy sendmail az alaprendszerben, és még pár jó dolog.
  13. Szinte teljesen biztos vagyok benne, hogy a java és a javac is forrásból fordítódott FreeBSD alá... :)
  14. Én csak arra akartam kilyukadni, hogy miért ne lehetne a Java az LSB része? Lehetne készíteni LSB kompatibilis, Java programokat tartalmazó csomagokat és függőségnek elegendő volna anyit megadni, hogy pl: lsb >= 4.0 és ez önmagában garantálná, hogy az adott környezetben tökéletesen futtatható a program.

    --
    sirkalmi
  15. Ez még nem garantál semmit, csak azt, hogy a java (és a javac) bináris ott van, ahol az LSB írja. De egy Java program futtatásához elég, ha benne van a PATH-ban az elérési út...

    FreeBSD-n például soha nem fog az LSB szerint elhelyezkedni egyik komponens sem, mert azzal a FreeBSD működése, és az egész UNIX örökség eltűnne (megjegyezném, hogy egyes Linux fejlesztők azt hiszik, hogy csak Linux létezik, UNIX már nem). Az LSB kókányolása helyett jobb lenne egy olyan leíró adatbázist szabvánnyá tenni, amely képes tárolni és megfelelően kezelni a különféle UNIX rendszereken fellelhető programkönyvtárakat és függőségeket. Ha lenne ilyen leíró adatbázis, akkor minden program ki tudná kutatni belőle, hogy megvan-e, amire szüksége van, és az a valami hol van, csak ezzel maga az LSB létjogosultsága szűnne meg... :)

    A Java jelenleg ott van hátrányban a .NET-el szemben, ahol most a GPL-esítéssel behozhatja a hátrányt: kernel és oprendszer szintű integrációval. A .NET a Windows Vista eléggé mély magját adja, sok oprendszer szintű program .NET program. Ha integrálnánk a JRE-t az oprendszer mélyebb rétegeire (glibc mellé egy javalib), akkor a Java programok simán futtathatók lennének parancssorból, satöbbi.
  16. Én annak örülnék, hogyha a JRE/JVM az LSB részévé válna!

    --
    sirkalmi
  17. Én személy szerint nem díjazom az ötletet. A source kódot publikussá lehet tenni, de onnantól kezdve mindenki csak otthoni barkácsolásra használja. Különben a Linux sorsára jut az egész: több száz disztribúció, egyenetlen feature, support minőség csökkenés, a nyelv elkorcsosulása stb. A Java mindig is arról volt híres, hogy a kód szinte bárhol futtatható újrafordítás nélkül - ezzel ezredére csökkenti az architektúrális átállások idejét és költségeit.
    Sajnos kicsit öreg, mert 1995 óta sokat fejlődött a számítástudomány, a programozási nyelvkészítés, korábban megingathatatlan koncepciók inogtak meg és váltódtak fel újakkal (ld: Microsoft Singularity Project).
    Én azt csinálnám a Sun helyében, hogy a 7-es verzióvaban kijavítanám az összes bugot, és onnantól kezdve új Java-t indítanék - kompatibilitási kényszer nélkül - és teljesen alapjaiból újragondolt és újraimplementált VM / RT-t készítenék. Ez persze nem jelenti azt, hogy a Java-ból megszokott és jó dolgokat is ki kellene dobni, de legaláb az Enumerator-t ki lehetne hajítani.