Sun: Java binnen twee maanden open-source

Dat hebben ze al zovaak beloofd.

Wat houdt ze eigenlijk tegen? Iemand een idee?

Wat betekent dit voor de gemiddelde java ontwikkelaar?

@Mr. Right: ik heb ook nog niet eerder deze belofte gehoord, nou ja, niet eerder dan vrij kort geleden iig. Tot een jaar geleden of zo waren alle kopstukken binnen Sun er faliekant op tegen om Java Open Source te maken.

Het verliezen van de controle was één van de grootste problemen. In hun ogen is één van de grootste voordelen van Java het feit dat zij garanderen dat alle software altijd overal moet werken.

Dat betekent dus dat software gemaakt voor Java 1.1 op een Apple nog steeds hoort te werken jaren later in Java 6 op een Windows machine.

Als dat niet zo is dan is dat een bug die gefixed dient te worden.

In hun ogen zouden ze die garantie niet meer kunnen leveren als de "unwashed masses" met hun groezelige handjes aan Java zouden kunnen zitten.

Men heeft waarschijnlijk lang en hard zitten piekeren hoe ze Java zouden kunnen vrijgeven zonder stuk te maken wat ze met jaren hard werken hebben bereikt. Want ze zijn niet gek, ze gaan dit niet doen om een groep Open Source liefhebbers happy te maken als ze daarmee de poten onder hun eigen stoel wegzagen.

@JC Denton: voor de gemiddelde Java ontwikkelaar zie ik voorlopig iig geen enkele verandering. Wie weet gaat een grote groep mensen buiten Sun zich nu bezighouden met de ontwikkeling van Java en gaan we allemaal een zonnige toekomst tegemoet, maar persoonlijk vermoed ik dat er zeker in het begin niet zo veel zal veranderen.

Waar ik persoonlijk wel op hoop is dat de officiële Java versie nu vaker een deel zal uitmaken van Linux distributies.

Wat betekent dit voor de gemiddelde java ontwikkelaar?
Dat hangt af van wat ze precies doen. Wordt alleen de broncode vrijgegeven, dan is de impact zeer bbeperkt. Geven ze ook de Java-specificatie vrij en brengen ze die binnen bij een standaarden organisatie, dan heeft het waarschijnlijk meer gevolgen. Nu heeft Sun namelijk altijd de laatste stem in hoe de spec eruit komt te zien wat betreft bepaalde functionaleit. De Java Community Proces is een soort raadplegend referendum wat dat betreft. Men kan ideeen aandragen voor nieuwe functionaliteit die in de spec zou moeten komen, maar Sun kan de adviezen naast zich neerleggen.

Wat dit betekent voor de gemiddelde Java ontwikkelaar zou ik niet weten (nog nooit een letter in geprogrammeerd), maar ik had begrepen dat de OS gemeenschap al jaren een echt goede Java-omgeving ontbeert.

Wellicht dat dit met openstelling van de originele Sunversie in een klap verholpen zal zijn.

Ik kan al niet wachten op een 100% java based OS! :)

Dat hebben ze al zovaak beloofd.

Wat houdt ze eigenlijk tegen? Iemand een idee?

Nou, je moet eerst nagaan of je alle code inderdaad onder een andere licentie kunt uitbrengen (dus of je het intellectueel eigenomdom van alle onderdelen in eigen bezit hebt.

Bij StarOffice heeft SUN er meer dan een jaar over gedaan om te kijken of het pakket onder een opensource-licentie kon worden uitgebracht, en na een afslankronde waarbij de niet-eigen code is verwijderd heeft men dit pakket onder de naam OpenOffice uitgebracht.

Solaris heeft een dergelijk traject doorlopen..

Ander voorbeelden:

IBM schijnt ooit met de gedachte te hebben gespeeld of ze OS/2 onder een opensource-licentie konden uitbrengen.
Dat bleek niet het geval.

SCO heeft UNIX System I, II en III ook onder een opensource-licentie uitgebracht, bij system V bleek dit niet mogelijk. (Achteraf zijn ze daar blij om, want anders hadden ze geen zaak tegen Linux gehad...)

Effe 2 linkjes dan:

17 mei 2006:
www.vnunet.nl/n....jsp?id=1481138

29 juni 2006:
www.opensourcen...t/view/3450/57/

Waarbij in het laatste artikel expliciet wordt gezegd dat het binnen enkele maanden al open source zou zijn.

Dus ze hebben het half mei geroepen, eind juni weer, en nu nog een keer.

Ze voelen misschien de hete adem in de nek van het open source "Harmony" van (o.a.) IBM (25 juli 2005), wellicht dat ze de markt willen warmhouden, maar praatjes vullen geen gaatjes.

Ik kan al niet wachten op een 100% java based OS! :)

Dat initiatief bestond al heel lang, een CPU die javabytes interpreteert enzovoort.

Ik geloof dat dat ideaal meer tussen de oortjes zit, dan dat het -echt- handig is.

MS zal bijvoorbeeld windows ook nooit 100% .NET maken. Zodra ze dat doen, kun je je afvragen wat ze winnen en wat ze verliezen, meer dan je lief is.

Geven ze ook de Java-specificatie vrij en brengen ze die binnen bij een standaarden organisatie, dan heeft het waarschijnlijk meer gevolgen.

Alsjeblieft, laten ze dat niet doen -- zeg ik als (ondermeer) Java ontwikkelaar. Ondergebracht worden bij een standaardenorganisatie is de dood in de pot voor een programmeertaal en al helemaal voor een platform als Java SE.

Nu heeft Sun namelijk altijd de laatste stem in hoe de spec eruit komt te zien wat betreft bepaalde functionaleit.

Niet helemaal (of eigenlijk: helemaal niet). Sun heeft een veto (maar niet een positieve, dwingende stem) over wat er in het Java SE-kernplatform komt. Maar voor andere specificaties is Sun gewoon lid van de JCP en telt de stem van Sun even zwaar als die van de andere leden.

Wat betekent dit voor de gemiddelde java ontwikkelaar?

Ik hoop en denk weinig tot niets. Als de JVM open-source wordt, who cares? Doet er niet toe, hoogstens betekent het dat er meer JVM implementaties bij komen -- naast die van Sun, IBM, BEA, Apache en anderen. Het belangrijke stuk is tenslotte niet de implementaties van de JVM of het platform, maar de specificaties. Als Sun maar zo wijs is om ervoor te zorgen dat niet iedereen aan de specificaties mag knoeien, gaat alles verder goed.

off topic, maar ze hebben nog steeds geen zaak tegen Linux
dat weet jij, dat weet ik, maar bij SCO zien ze dat nog steeds niet in :o)

Niet helemaal (of eigenlijk: helemaal niet). Sun heeft een veto (maar niet een positieve, dwingende stem) over wat er in het Java SE-kernplatform komt. Maar voor andere specificaties is Sun gewoon lid van de JCP en telt de stem van Sun even zwaar als die van de andere leden.

Dat is dus propaganda van Sun waar ze dus in elk geval 1 persoon de wol over de ogen hebben kunnen trekken.

FYI, Sun is EIGENAAR van de Java spec, JCP niet. Sun kan dus met de spec doen wat ze willen. De JCP is niets meer dan een "adviesorgaan". Dat Sun in de JCP zelf alleen veto heeft zegt dus 0,0.

Dat is dus propaganda van Sun

'tuurlijk Joh. Vandaar dat de huidige Executive Committee voor SE/EE bestaat uit de Apache Software Foundation, BEA Systems, Borland, Fujitsu Limited, Google, Hewlett-Packard, IBM, Intel, Doug Lea, Nortel Networks, Oracle, Red Hat middleware LLC, SAP, SAS Institute Inc. en Hani Suleiman, naast Sun als vast lid. Dat zijn allemaal grote bedrijven en namen die in het bestuur van de JCP zitten en besluiten over de specificaties, daar over het algemeen geld voor betalen en publieke stemmingen houden: omdat ze het allemaal zondermeer accepteren dat Sun klakkeloos al hun besluiten naast zich neer kan leggen. Absoluut.

FYI, Sun is EIGENAAR van de Java spec, JCP niet. Sun kan dus met de spec doen wat ze willen.

Sun is eigenaar (soms, zie verderop) -- maar Sun is OOK contractueel gebonden aan de stemmingen van de JCP Executive Committee. Om lid te worden van de JCP moet je namelijk een JSPA ondertekenen en heb je dus een contract met Sun waarin jouw rechten staan als lid van de JCP.

Overigens is Sun niet automatisch de eigenaar van de specificaties. Met ingang van de JSPA2 is de auteursrechthebbende de Spec Lead en is Sun niet langer automatisch (mede-)auteursrechthebbende.

Dat zijn allemaal grote bedrijven en namen die in het bestuur van de JCP zitten en besluiten over de specificaties, daar over het algemeen geld voor betalen en publieke stemmingen houden: omdat ze het allemaal zondermeer accepteren dat Sun klakkeloos al hun besluiten naast zich neer kan leggen. Absoluut.

En dat is nu precies waarom o.a. IBM en BEA iets anders gestart zijn, namelijk Open SOA.

En dat is nu precies waarom o.a. IBM en BEA iets anders gestart zijn, namelijk Open SOA.

Dat zijn geen concurrenten van elkaar -- JCP en OSOA gaan over twee heel verschillende dingen.