Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 32 reacties
Bron: Builder AU

In een poging de banden met de open-sourcegemeenschap aan te halen heeft Sun een deel van de Java-broncode gepubliceerd. Het gaat om vroege versies van de code van Java 2 SE 6.0, die tegen de eerste helft van 2006 op de desktops verwacht wordt. Uiteindelijk wil Sun tot een samenwerking komen waarbij externe ontwikkelaars kunnen meewerken met het programmeren van Java, net zoals de community nu al, door middel van stemming, kan bepalen welke features of API's toegevoegd moeten worden. Sun wil echter steeds de volledige controle over Java behouden om compatibiliteit te garanderen. Microsoft heeft namelijk eerder al aangetoond dat het in omloop brengen van verschillende Java-versies voor problemen kan zorgen.

Java logoNu Sun echter tot een akkoord met Microsoft gekomen is, zijn het vooral open-sourceprogrammeurs die een bedreiging voor de uniformiteit van Java zouden kunnen vormen, zo vreest Sun. Toch probeert Sun tegemoet te komen aan de wensen van de community. Zo leverde professor Doug Lea een grote bijdrage met betrekking tot de communicatie tussen verschillende threads in Java-software. Om mee te werken aan Java zullen programmeurs echter hun auteursrechten op de broncode moeten afstaan aan Sun, aldus vice-president Hamilton.

Moderatie-faq Wijzig weergave

Reacties (32)

onder welke licentie?

gpl of een of andere rare zoals microsoft deed.
ik denk dat zonder gpl er een hoop projecten geen zin hebben in meewerken omdat zij het niet gemakkelijk in kunnen voegen in hun code (heel weinig projecten willen twee licenties voeren)
Sun wil echter steeds de volledige controle over Java behouden om compatibiliteit te garanderen.
Om mee te werken aan Java zullen programmeurs echter hun auteursrechten op de broncode moeten afstaan aan Sun
Dat wordt dus nooit gpl :(
Alsof de GPL zo heilig is. Het idee van OS maken vind ik belangrijker dan een specifieke licentie uitkiezen.
Om mee te werken aan Java zullen programmeurs echter hun auteursrechten op de broncode moeten afstaan aan Sun

Dat wordt dus nooit gpl
Hoezo niet? Meerdere GPL opensource projecten werken tegenwoordig zo. Denk bijvoorbeeld aan de populaire email client Evolution. Is vrij normaal, en zelfs Richard Stallman, mister overdrijving himself, heeft gezegd deze vorm van software opensourcing aan te moedigen (ook al is het niet ideaal).

De JRL ken ik overigens niet, maar ik ga ervanuit dat deze iets stricter zal zijn. Is 'ie FSF approved?
Onder de JRL (Java Research License) http://www.java.net/jrl.csp
Java released hun source onder de JRL (Java Research License)

Hoe deze precies inelkaar zit kun je hier: http://java.net/jrl.html nalezen..

Toch maar iets sneller typen!!!
Microsoft heeft namelijk eerder al aangetoond dat het in omloop brengen van verschillende Java-versies voor problemen kan zorgen.

Nu Sun echter tot een akkoord met Microsoft gekomen is, zijn het vooral open-sourceprogrammeurs die een bedreiging voor de uniformiteit van Java zouden kunnen vormen, zo vreest Sun.
Waarom heb ik toch het gevoel dat de Open Source gemeenschap hier vergelijken wordt met Microsoft? Ik geloof dat beiden andere doelstellingen hebben, en dus op een andere manier met dezelfde Java om zullen gaan.

Ik krijg eerder de indruk dat Sun zelf de grootste bedreiging vormt voor Java. Doordat zei Java zo ontzettend voor zichzelf houden en helemaal koesteren kunnen andere mensen er moeilijk verbeteringen aan maken.

Binaire compatibiliteit tussen de verschillende Java versies van Sun is helaas ook ver te zoeken. Voor bedrijven zijn Java programma's een ramp, iedere applicatie vereist weer een andere JVM versie. (geen geblaat, is het grote probleem waar netwerk beheerders die ik ken mee zitten)

Verplicht leesvoer: :9~
http://www.internalmemos.com/memos/memodetails.php?memo_id=1321
http://konspire.sourceforge.net/faq.shtml#whyNotJava
OSS wordt helemaal niet vergeleken met MS. Het punt is dat de OSS waarschijnlijk een grote rotzooi van Java gaat maken als alles zomaar kan. Dat vreest Sun en dat vind ik volledig terecht. Kijk maar eens hoeveel window managers er zijn voor X, hoeveel email programma's, hoeveel tekst editors: allemaal verspilde moeite (behalve de leerervaring voor de programmeur natuurlijk.) Het lijkt me bijzonder goed als Sun een groot oog in het zeil houdt.
Kijk maar eens hoeveel window managers er zijn voor X, hoeveel email programma's, hoeveel tekst editors: allemaal verspilde moeite (behalve de leerervaring voor de programmeur natuurlijk.)
Deze post heb ik een tijdje terug al eens geplaatst, maar hij leek me erg van toepassing op jouw verhaal... ik heb 'm een klein beetje aangepast.


Ik snap niet waarom mensen altijd zo zeuren over het aantal verschillende distributies/window managers/text editors... er zijn ook honderden verschillende autoradio's, TV's, auto's en GSM's. Er zijn tientallen verschillende banken en je kan bij elke supermarkt kiezen uit 5 verschillende merken cola en tientallen verschillende koekjes.
Zolang het systeem maar met open standaarden werkt is er niks aan de hand. Een video van Phillips kan je zonder problemen op je Sony TV aansluiten en met een Duitsland gemaakte Volkswagen kan je op de Franse autowegen rijden. Je verzekering bij de ABN-AMRO kan je betalen met je Postbank-rekening. Je kan koekje X makkelijk bij een Cola van merk Y drinken, zelfs als het koekje bij de AH vandaan komt en de Cola bij de Super.
Ook in de software-wereld is dat allemaal mogelijk, de software die Redhat schrijft kan ik zonder moeite combineren met een programma van een Mandrake-developper, met Debian-patches en dat alles draaien op een Gentoo-systeem. Een programma als OpenOffice of Mozilla werkt op zowel Linux als Windows. Eigenlijk is er maar 1 software-maker die koste-wat-het-kost platform-interoperatibility wil voorkomen en dat is geen Linux-distro-bouwer....
Kijk maar eens hoeveel window managers er zijn voor X, hoeveel email programma's, hoeveel tekst editors: allemaal verspilde moeite (behalve de leerervaring voor de programmeur natuurlijk.)
Ik ben blij dat ik kan kiezen welke office suit ik ga gebruiken. Ik ben ook blij dat er alternatieven zijn als een applicatie niet helemaal kan of doet wat ik wil. Ik ben blij met die vrijheid. Vrijheid van keuze maakt de mens kritisch. Mensen die kritisch zijn denken na.
Ben het helemaal met je eens, maar ik ben van mening dat de voordelen van vrijheid van keuze afnemen naarmate de keuze toeneemt. Keuze uit drie serieus goede office-pakketten of browsers is inderdaad een goede zaak. Keuze uit 10 lijkt mij minder goed, dat veroorzaakt alleen maar problemen. Dan kun je nooit meer een document delen of een webpagina ontwerpen.
Mja, jou vergelijking gaat mank aangezien het nu helemaal geen rotzooi is wat betreft open source software.
Keuze is nu eenmaal geen rotzooi, maar noodzakelijk voor innovatie (daarom zie je op platformen met minder keuze ook minder innovatie)

Sun was denk ik niet zozeer bang voor verschillende incompatible versies (iets wat een closed source omgeving wel gebeurt omdat daar niet vaak geconcurreert wordt op kwaliteit maar via lock-ins) maar voor minder invloed op de ontwikkeling van java
Mag ik er wel ff bijzeggen dat je eerste link over java op Solaris gaat (dus nog over andere platformen)!

Tja, en dan die redenen op die sf pagina.. Tja, deels waar, maar goed, maar deels ook de fout van de programmeur, en deels niet echt een probleem. Je hoeft java ook niet voor alles te gebruiken. Voor bepaalde dingen is het gewoon super, voor andere niet.

Ik vind zelf de VM verschillen nog al meevallen. Zijn die er wel, dat is vaak ook gewoon de schuld van de progammeurs. De nieuwe 1.5 (of 5, whatever you call it), is idd niet binair compatible met de oude versie (er is wel een compiler flag voor). Maarja, ergens moet de vooruitgang zitten, en de nieuwe features van 1.5 zijn toch best wel leuk. :)
De VM verschillen zijn nu klein omdat Sun alles in de hand houd. Echter toen MS met een eigen variant van Java uitkwam werkte er opeens een hoop niet. Deze variant is na rechtzaken met Sun (gelukkig) weer van de markt verdwenen.

Sun is terecht bang dat de kracht van java, 1 keer schrijven en het werkt op alle VMs door het open sourcen van de code verdwijnt. Groepje a wil graag feature x en maakt een fork, groep b wil feature y en maakt een andere fork. Je raakt hierdoor je portabiliteit kwijt.

Denk bv eens aan hoeveel verschillende Linux versies er in omloop zijn. Gelukkig nog allemaal gebaseerd op dezelfde kernels maar een complex programma is niet zomaar van de ene naar de andere Linux versie te porten. Bij Java is portabiliteit een fundamentele eis. Het OSS model staat daar dus haaks op. Daar mag iedereen doen met de code wat doe wil, dus ook de portabiliteit breken.
volgens mij voelt Sun zich bedreigd door het MONO project. Csharp voor elk OS :). Mono is open source, gratis en redelijk stabiel. een andere factor waarom csharp met mono beter is dan java is dat er ook een jit compiler inzit, iets wat java standaard niet heeft

door jit sneller compilen plus wat optimalisaties voor je programma t.o.v. gewone compiler
jit staat voor "just in time". De VM optimaliseert dan @ runtime stukken vaak gebruikte code, zodat deze idd sneller loopt. Java heeft dat ook al lang aan boord..

Daarnaast denk ik niet dat ze van mono al te veel te vrezen hebben. Het is welliswaar open, maar zolang MS niet alle api's volledig open steld (dus ook de ui dingen), zal het nooi helemaal OS onafhankelijk zijn. Java is en blijft dat wel.
Ik denk dat Mono wel een enorme bedreiging gaat vormen voor Java. Van Mono worden meer en meer pakketten voor diverse distributies gemaakt, en vooral in de Gnome-omgeving wordt Mono door velen al gezien als het toekomstige programmeerplatform. Bovendien integreren applicaties geschreven in Mono/C# naadloos in de Gnome-omgeving, wat bij Java verre nog het geval niet is. Komt daar nog eens bij dat MS zijn .NET-omgeving gaat integreren in het OS, en dan kom je binnen een jaar of twee voor de situatie dat zowel Linuxdistributies als Windows met een .NET-omgeving zullen komen, terwijl Java door veel vrije distributies nu al niet wordt meegeleverd omdat het niet onder een vrije licentie valt. Als Java dan ook nog eens niet standaard met Windows zou meegeleverd worden, heb ik nog weinig hoop meer voor Java... :( Ik denk dat het meegeleverd worden bij Linuxdistributies een van de belangrijkste voordelen zou zijn van het volledig vrij maken van Java. Het zou ook de acceptatie bij veel vrije-softwareprogrammeurs verhogen, die nu omwille van die redenen voor Mono kiezen.
daarom werkt mono met GTK voor ui. GTK is te gebruiken voor elk OS
Zit ook wel weer wat in idd. Maar nog, een echte bedreiding zou ik mono niet noemen.
Java is dikken bucht. Ik heb daarnet nog ArgoUML gebruikt voor een universiteitsproject, en plots sloot dat zonder boe of ba. Alles kwijt.

En om de paar weken brengen ze een nieuwe versie uit. Beta. Nooit eens een versie die draait zoals het moet. Voor simpele applicaties valt dat nog wel mee, maar ik ken bitter weinig serieuze applicaties die Java gebruiken en stabiel zijn.

En wat zou het nut moeten zijn van Java? Draaien op alle processors? Komaan, 95% van de markt is x86, en als ge dan toch een andere processor moet ondersteunen hercompileert ge uw C++. Met een beetje intelligent gebruik van grafische bibliotheken en systeemfuncties is dat rap geporteert.

En laten we vooral niet beginnen over de performantie...
Dat eerste argument is in ieder geval al onzin. Omdat een of ander programma dat toevallig in JAVA is geschreven crasht is java meteen slecht. Dus al IE voor de 20e keer crasht is C(++) ook slecht? Onzin.
Dat ArgoUML crasht is geen argument maar een voorbeeld. Trouwens zeer ironisch. Een programma bedoeld voor het schrijven van goede software is zelf onstabiel...

En mijn Internet Explorer crasht niet. De Java-applets daarentegen... In het artikel zijn ze zeker correct dat ze bang moeten zijn voor compatibiliteitsproblemen.

Trouwens, C++ is een taal. Java is een taal en een runtime en een virtuele machine. Als er iets foutloopt in C++ kan je altijd teruggrijpen naar een andere compiler en bibliotheken. Met Java zit je veel vaker muurvast als er iets niet werkt, omdat alleen Sun beslist wanneer een nieuwe (beta) versie van een onderdeel uitkomt.

Probeer anders maar eens je eigen video-codec te schrijven voor Java. Ik wens je veel succes.
uhm een heel bekende is toch wel de IDE Eclipse. Prachtig product en gratis te gebruiken! (http://www.eclipse.org)
En vergelijk dat dan met Visual Studio .NET 2003 of 2005. Eclipse heeft nog zeer vervelende bugs en is lang zo krachtig niet.
Ik kan me wel voorstellen dat Sun wil dat de vooruitgang van het platform niet gehinderd wordt door een andere fabrikant die geen zin heeft om bij te blijven en zich aan de standaard te houden, maar bij Open Source is het zo, als ik me niet vergis, dat er uiteindelijk een persoon verantwoordelijk wat er wel en niet in een tree terecht komt, en dus de standaard wel degelijk bewaakt wordt.

Als ik bijvoorbeeld naar Mozilla kijk, dan zie ik heel veel dingen die eigen initiatief zijn en wellicht nooit in een echte release terecht komen, maar de reguliere FireFox en Mozilla releases worden heel erg streng bewaakt.

Java is de kip met de gouden eieren voor Sun, en ze willen die kip niet slachten. Tenminste, dat denken ze, dat dat gaat gebeuren als ze het OS maken. Maar ze zijn ook afhankelijk van Microsoft of ze het weer standaard gaan meeleveren met Windows, en Microsoft gaat niet een fijn stukje Open Source software meeleveren met Windows.

Pas maar op, straks krijgen ze nog kanker......
Microsoft gaat niet een fijn stukje Open Source software meeleveren met Windows.
Nu ben je paranoid. Microsoft zal nooit GPL software meeleveren. Veel onderdelen van Microsoft software zijn rechtstreekse copien van BSD gelicenseerde software (bv. de commandline ftp/wget clients, de TCP/IP stack, ...).
Microsoft betaalt daar ook netjes voor, en verwacht niet anders dan dat Linux gebruikers dat ook zullen doen *kucht*
voordeel voor sun is dat mensen juist effecientere code kunnen leveren aan de holder en dit zouden ze wel op kunnen nemen in hun code. of ze maken java modulair zodat men externe modules zonder problemen kan toevoegen. dit maakt het juist voor sun interessant omdat ze zodoende wel een grote developersgroep kunnen aantrekken die geen geld kost.
De voordelen zijn welbekend, maar Java is nergens als het niet standaard voorgeinstalleerd staat op iedere PC.
Microsoft betaalt daar ook netjes voor, en verwacht niet anders dan dat Linux gebruikers dat ook zullen doen *kucht*
Microsoft betaalt daar helemaal niks voor en Linux gebruikers ook niet. Dat hoeft namelijk niet volgens de BSD license.

Het belangrijkste verschil tussen BSD en GPL is:
- Bij BSD ben je verplicht te copyright meldingen te laten staan
- Bij GPL ben je verplicht software waarin je GPL verwerkt ook GPL te maken.

Dus... een programmeur die zijn software onder een BSD licencie uitbrengt, wil er vooral voor zorgen dat een ander niet met de eer gaat strijken en een programmeur die zijn software onder een GPL licencie uitbrengt, wil vooral zorgen dat mensen wijzigingen niet voor zichzelf houdt, of wel neemt maar niet geeft.

Microsoft wil wel graag alleen maar nemen en niks geven en is daarom altijd zo negatief over GPL licencies.
voordeel voor sun is dat mensen juist effecientere code kunnen leveren aan de holder en dit zouden ze wel op kunnen nemen in hun code. of ze maken java modulair zodat men externe modules zonder problemen kan toevoegen. dit maakt het juist voor sun interessant omdat ze zodoende wel een grote developersgroep kunnen aantrekken die geen geld kost.
Waarom wordt dit telkens weer als nieuws gebracht? De source van Java is al jaren beschikbaar, het enige nieuwe is dat er onlangs een tweede licentie bijgekomen is...
dus nu wordt het kijken, kijken en niet aankomen..
Zo leverde professor Doug Lea een grote bijdrage met betrekking tot de communicatie tussen verschillende threads in Java-software. Om mee te werken aan Java zullen programmeurs echter hun auteursrechten op de broncode moeten afstaan aan Sun, aldus vice-president Hamilton.
Je mag best meewerken, alleen je krijgt er in ieder geval geen rechten over. Of je ervoor betaald krijgt zal wel per man verschillen :)

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True