Java bijna volledig opensource onder GPLv2

Sun heeft bekendgemaakt dat het open source maken van Java is afgerond. Het uitte drie jaar geleden voor het eerst de wens om Java-code vrij te geven. Er is nog wel code die niet onder GPL-voorwaarden gepubliceerd kan worden, omdat Sun de rechten erop niet bezit.

Rich Sands, die bij Sun de titel 'community marketing manager for the OpenJDK community' draagt, zegt te hopen dat de open-sourcegemeenschap kan helpen om de overgebleven code vrij te krijgen. Om hoeveel van de zeseneenhalf miljoen regels code het gaat, kon Sands niet zeggen, maar hij gaf wel aan dat het met name om 2d-graphicstechnologie gaat, en in het bijzonder om rasterizing- en fontrenderprocedures. Daar zijn weliswaar al open-sourcealternatieven voor, maar niet met de volledige ondersteuning voor de Java 2D-API. Voorlopig zal Sun door de uitgifte van plugins om dit 'euvel' heenwerken, zodat ontwikkelaars toegang hebben tot de volledige Java Development Kit, maar uiteindelijk moet de functionaliteit die achter slot en grendel zit opnieuw worden geïmplementeerd.

Dat de code onder de GPL zou worden vrijgegeven, maakte Sun eind vorig jaar bekend. In eerste instantie dacht het bedrijf meer controle over de evolutie van Java te kunnen uitoefenen door door de eigen Community Development and Distribution License te gebruiken, waaronder eerder Glassfish - de open-sourceversie van Java Enterprise Edition - werd vrijgegeven. Onder druk van de developerscommunity, die al geruime tijd vraagt om mee te mogen denken over de ontwikkeling van Java, stapte Sun over zijn vrees heen dat de taal zich tot een jungle van verschillende versies zou gaan vertakken.

Inmiddels gelooft Sun dat de openbaarmaking van Java een hoop nieuwe mogelijkheden biedt. Vorige maand nog gaf Ubuntu-oprichter Mark Shuttleworth, bij de geboorte van Ubuntu 7.04, aan dat publicatie van Java onder de GPL de opmaat zou zijn om de taal tot een centraal onderdeel van de Ubuntu Linux-distributie te gaan maken. Sun wil met de opname van Java in Linux-distro's de taal aantrekkelijker maken voor ontwikkelaars. Die hoeven dan niet meer zelf de losse onderdelen voor een Java-systeem bijelkaar te scharrelen. Overigens zou het vrijgeven van de taal onder de GPL volgens Sun ook een einde moeten maken aan het conflict dat het bedrijf met Apache heeft over de licentievoorwaarden van de Java Compatibility Kit.

Reacties (29)

[:murb:]

het met name om 2d-graphicstechnologie gaat, en in het bijzonder om rasterizing- en fontrenderprocedures

Deze zijn dan toch ook beroerd slecht te noemen? Misschien zijn ze wel snel, maar het ziet er niet bepaald glad uit (geen anti-aliasing b.v.). Of heb ik gewoon wat eigenschappen over het hoofd gezien tijdens mijn java experimenten? [edit: vergeef mij mijn domheid...]

[Mr_Light]

http://java.sun.com/javas...l#VALUE_TEXT_ANTIALIAS_ON
http://java.sun.com/javas...s.html#VALUE_ANTIALIAS_ON

volgens mij moeten ze gewoon de juiste mensen even op de schouwer tikken zijn de meeste gaten zo gedicht. (code donaties)

@:murb: ik zie ook geregeld dingen over het hoofd hoor.

[Sebazzz]

Zou dit ook betekenen dat een betere intergratie een betere look en feel van Java tot gevolg heeft voor GNOME/KDE?

[bulle bas]

Ik kan me dat wel voorstellen. Als de 2d-api toch op de schop gaat. Ik weet niet awt en swing hieronder vallen, maar dat schrap je met een gerust hart. In Eclipse wordt die troep niet gebruikt, dacht ik.

[BRAINLESS01]

Ik vind eclipse juist troep, dus ik ben blij dat ik zelf de keus krijg Overigens kun je veel meer met Java2D dan alleen widgets tekenen...

[robbert]

Eclipse gebruikt SWT, dus niet die "troep" (swing).

[jj71]

Java 2D is niet AWT en Swing. Java 2D is een graphics API die je kunt gebruiken om dingen te tekenen, met afbeeldingen te werken enz.

Dat is heel wat anders dan AWT en Swing, dat zijn GUI toolkits (die helaas inderdaad niet zo best in elkaar zitten).

De Java 2D API is helemaal niet slecht en het feit dat de open source community nu waarschijnlijk gaat werken aan het helemaal "vrij" krijgen van Java 2D betekent niet dat de API verandert, sterker nog, de API blijft waarschijnlijk hetzelfde, alleen de implementatie zal veranderen.

[Little Penguin]

Tsja, voor het overgrote deel is Java 6 dus open source, dus wie houd je tegen om aan goede integratie te gaan werken met KDE/GNOME voor wat betreft de look and feel?

[robbert]

Ik heb geen idee of het dit er voor zal zorgen dat het beter wordt.
Maar sinds java6 is het al een heel stuk beter geworden (in Gnome), dus er is kans dat het er ooit volledig volgens de Gnome look and feel uit gaat zien .

[onox]

Wil je echte GNOME look and feel, dan maak je gewoon gebruik van de GTK lib.

[robbert]

Tot mijn weten moet de programmeur dan gebruik maken van die toolkit en kan ik niet als gebruiker voor een lukraak programma die toolkit gebruiken?
Dus in die zin heb je daar weinig aan.

[Verwijderd]

Als 'look & feel' niet onder de 2D-API valt wel.
Helaas is de standaard Gnome-desktop 2D dus....
EDIT: bulle bas was net iets eerder

[Niemand_Anders]

Ik ben bang van niet. Een van de grootste pilers waarop java rust is dat het cross platform is. Als je het beter gaat intergreren in Gnome of KDE moet je dus ergens anders een stukje inleveren. Tenzij je dit via een aparte toolkit doet.

Zeker voor gnome is de integratie niet super moeilijk. De meeste talen bieden hier al ondersteuning voor (Mono (C#), PHP, Ruby, etc). KDE is gebouwd op C++ en mede daarom is het lastiger de bindings hiervan te gebruiken.

[DeTeraarist]

Als je het beter gaat intergreren in Gnome of KDE moet je dus ergens anders een stukje inleveren

Waarom zul je ergens anders moeten inleveren? Gewoon toevoegen klaar.

[Frank-L]

Voorlopig zal Sun door de uitgifte van plugins om dit 'euvel' heenwerken

Mag dit wel volgens de GPL? Code onder GPL uitbrengen die alleen werkt in combinatie met een proprietary plug-in...

[Little Penguin]

Aangezien Sun de eigenaar is van de code (ze heeft het copyright) mag zijn met die code doen wat ze wil - zelfs het gebruik van een proprietairy plugin. Anderen mogen dat echter niet, tenzij ze van Sun toestemming gekregen hebben.

Verder zal het zeer waarschijnlijk om een wat minder vaak gebruikt gedeelte gaan en zal de normale desktop programmeur/gebruiker daar dus ook geen last van hebben vermoed ik.

[iKiddo]

Ja dat mag. Sun is de Java Development Kit aan het GPL-en. Zoals de naam al zegt bestaat dit uit verschillende onderdelen. Het auteursrecht geldt per op zichzelf staand 'werk'. De vraag is hoe op zichzelf staand de verschillende componenten van de JDK zijn. Echter omdat er bijv. een http server bestaat die is geschreven in Java, lijkt het mij aannemelijk dat de overige JDK onderdelen wel werken zonder de Java2D componenten. Hierdoor 'bestaan' deze Java2D componenten niet voor de GPL.

[elmuerte]

Dat "Java mannetje" heet: Duke

[Little Penguin]

En als we het dan toch over open source hebben, Duke is ook open source, maar dan onder de BSDL.

Zoals te lezen is op de website van Duke

[ari3]

Wat mij nog niet duidelijk is: Mag iemand nu een versie van het Java-platform uitbrengen die niet 100% voldoet aan de tests in de Java Compatibility Suite?
Want dat is immers het grote gevaar. Opensource Java is mooi maar als we nu tientallen implementaties van de standaard krijgen die niet 100% compatibel met elkaar zijn dan zie ik de winst niet. Kijk maar naar de ellende die we hebben met HTML, C, JavaScript, CSS... Allemaal voorbeelden van prima open specificaties maar waarvan de implementaties nét niet helemaal compatible zijn waardoor implementatie-specifieke hacks nodig zijn om het portable te houden.

[Little Penguin]

Aangezien de code van Java onder de GPL uitgebracht is, mag je er mee doen wat je wilt. Het gebruik van de naam Java is echter aan voorwaarden gebonden, je mag je VM/environment alleen een Java Virtual Machine/Java Runtime Environment noemen als deze ook voldoet aan de regels die door Sun en het Java Community Process opgesteld worden.

Dit is een beetje te vergelijken met Firefox, de broncode valt onder de MPL/GPL/LGPL maar de naam Firefox en het Fx-logo niet.

Waarschijnlijk zal Sun van het bekende Java logo wel een soort keurmerk maken, als dat inderdaad gebeurt dan hoef je als gebruiker alleen maar te kijken naar heet Java-cup logo...

Nog even wat misvattingen de wereld uit helpen, bij C en JavaScript zijn geen hacks nodig als je je aan de ISO/ANSI standaarden, danwel de ECMAScript standaard houdt en dan draait het op iedere compiler die C ondersteund en iedere JavaScript omgeving. Bij C heb je dan nog diverse standaarden zoals C89 en C99, maar goed C99 is uiteraard in staat om C89 te compileren...

Als je het over Borland-C++ uitbreidingen hebt, die werken niet op MS-VisualC++, hetzelfde geldt voor de niet gestandaardiseerde DOM aanroepen, een Netscape verzinsel werkt niet op IE en omgekeerd. De DOM wordt nog al eens verward met JavaScript...

[YaPP]

Wat mij nog niet duidelijk is: Mag iemand nu een versie van het Java-platform uitbrengen die niet 100% voldoet aan de tests in de Java Compatibility Suite?

De GPL eist zelfs dat je de naam van het product veranderd als je het dermate aangepast hebt dat hiet niet meer het "oorspronkelijke product" is. Dit voorkomt dat de auteur een slechte naam krijgt, en mensen ten onrechte denken dat ze het "oorspronkelijke product" hebben terwijl dat niet zo is.

[flowerp]

Wellicht dat nu ook iemand ooit eens een versie voor Mac OS X kan maken (en onderhouden) vanuit de GPL source.

Apple maakt ook wel een Java versie, maar die loopt minimaal een jaar achter EN kost veel geld (apple heeft de ietwat nare eigenschap om JDK en OS zo sterk te koppelen dat je perse je hele OS moet upgraden als je je JDK wilt upgraden! )

[Apache]

Huh? Zodra java6 final is voor os x, daarmee lopen ze idd ietwat achter, denk ik wel dat ze die zullen backporten naar x.4.

java6 is nu trouwens ook al volledig gratis in beta te krijgen via hun apple developer program.

[flowerp]

Huh? Zodra java6 final is voor os x, daarmee lopen ze idd ietwat achter,

Huh? Ietwat? Tegen de tijd dat 10.5 op de markt komt met Java 6 support lopen ze een vol jaar achter.

denk ik wel dat ze die zullen backporten naar x.4.

Jij mag denken wat je wilt, maar jammer dat Apple er anders over denkt. Java versies worden -nooit- backported naar een ouder OS. Waarom zou dat deze versie wel het geval zijn? Apple heeft helemaal niets daarover aangegeven en zal het dan ook zeer waarschijnlijk niet doen.

java6 is nu trouwens ook al volledig gratis in beta te krijgen via hun apple developer program.

Maak je een grapje ofzo? Die beta zit ergens rond build 79. Dat is *compleet* waardeloos om te gebruiken!

[Little Penguin]

Tjsa, die mening mag je natuurlijk hebben

Ik heb gewerkt in C/C++, Delphi (Object Pascal) en Java* en als ik mag kiezen - puur qua programmeertaal, dan kies ik als eerste voor Java.

*: En dan vergeet ik nog even alle andere taaltjes waar ik wat ervaring mee opgedaan heb, zoals een PHP, 'n beetje ASP (VB enzo), en Perl enzo...

Edit @ JUDGExKTF - Hm, een onderbouwing:
Java is een bijna-100% object georienteerde taal die werk veel uit mijn handen neemt en heel belangrijk, een garbage collector bevat - zonder een GC zou Java al weer veel van z'n charme verloren zijn.

Dat is ook mijn bezwaar t.o.v. Delphi en C++, het ontbreken van een GC.

En je opmerking inzake de moderatie - het beperken van het aantal moderators had dacht ik tot doel dit soort moderaties te voorkomen

[Verwijderd]

Java is Server Side onbetwist numero uno; al jaren. Client side is nu ook in opmars (JDK6, telefoons,...) Dergelijke kwalifikaties raken kant nog wal. Wellicht tijd voor jou om een switch naar iets anders te maken dan?

[Verwijderd]

Dat je dat vind, Ok dat kan.

Maar dat je het totaal niet onderbouwt en vervolgens +3 inzichtvol krijgt zegt wel iets over de staat waarin tweakers momenteel verkeerd.....

Edit @ Little Penguin
Ik had het niet over jouw Ik had het over het het ontbreken van Thaddy's onderbouwing. Ik zou erg graag van hem willen horen waarom bijv een ERP applicatie niet in Java geschreven zou moeten worden (als onderbouwing waarom Java dan zo'n riool taal zou zijn) .