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 , , 41 reacties
Bron: C|Net

Laurie Tolson, vice-president van de Java Platform Group bij Sun, heeft tijdens de LinuxWorld Conference and Expo laten weten dat in de eerste helft van 2007 vrijwel de volledige broncode van de Java Standard Edition beschikbaar zal zijn. Dit jaar nog zullen de JavaC-compiler en de Hotspot-virtual machine al worden vrijgegeven. Bepaalde modules, zoals de software die gebruikt wordt om fonts te renderen, zullen echter niet worden gereleased, omdat Sun niet de eigenaar is van die code. Verder zal Sun in 2006 de complete broncode van de Java Micro Edition, de Java-software voor mobiele apparatuur, publiceren.

Voordat de code wordt vrijgegeven, zal Sun eerst moeten bepalen onder welke licentie dat zal gebeuren. Glassfish, de opensourceversie van Java Enterprise Edition, werd in 2005 onder de eigen Community Development and Distribution License gepubliceerd. Ook OpenSolaris en enkele andere Java-componenten zijn onder deze licentie vrijgegeven, dus het is aannemelijk dat Sun ook de andere Java-onderdelen onder die licentie beschikbaar zal stellen. Tolson hoopt dat door het vrijgeven van de broncode de ontwikkelaars van Java-vervangers, zoals Project Harmony, meer met Sun gaan samenwerken aan Java.

Moderatie-faq Wijzig weergave

Reacties (41)

Interessante ontwikkeling, hopelijk worden op deze manier ook componenten verder doorontwikkeld waardoor Java wat meer aan mijn persoonlijke wensen gaat voldoen.

Rijst bij mij wel de vraag: wat gaat MS hier mee doen met betrekking tot hun .NET, zo kunnen er zaken worden gebruikt...
Verkeerd geplaatst, sorry!
Goede ontwikkeling, ik zie echter problemen met compatibility met de verschillende OS licenties. Als de licenties niet compatible zijn met elkaar dan is code ook heel moeilijk met elkaar uit te wisselen, tenzij het project ook volledig eigenaar is van het code...
Ik denk dat Sun dat niet zo erg vindt. Ondanks hun grote bek over het OpenSourcen van Java (waar ze al jaren mee bezig zijn), gaat het allemaal maar langzaam.
Ik denk dat Sun eigenlijk liever niet heeft dat anderen gebruik maken van Java broncode.
Een beetje bugs verhelpen is wel OK, maar hun code moet niet zomaar in andere projecten gebruikt gaan worden. Dat zijn dan mijn onderbuikgevoelens.
Andere projecten zijn ook niet altijd wenselijk, als er straks net zoveel verschillende versies van Java zijn als Linuxdistributies kan je je lol op.

Een gecontroleerde vrijgeving van de code is dan ook verstandig.
Als je de code wilt zien is dat geen probleem, die is al lang beschikbaar. (van de runtime libraries, de VM, de compilers, etc)

Het gaat er nu juist om dat de code ook onder een opensource licentie komt. Niet alleen individuele developers vragen daar om maar ook sommige van de andere grote spelers in de Java wereld (zoals IBM).
Ondanks hun grote bek over het OpenSourcen van Java (waar ze al jaren mee bezig zijn), gaat het allemaal maar langzaam.
Dat heeft te maken met de reden die Sun hier zelf al aangeeft, en dezelfde reden dat ATi en Nvidia hun kerneldrivers niet opensource kunnen maken: ze zijn geen rechthebbende van alle code die er in verwerkt zit, ze hebben ook code (dan wel technologie - software patenten meuk) in licentie.
Waarvoor zou dat voor problemen zorgen?
De licentie heeft enkel betrekking op de code die met de compiler, en met alle andere onderdelen van Java zelf te maken hebben. Je moet dus enkel naar de licentie kijken als je aan Java zelf wil zitten prutsen.
De licentie heeft enkel betrekking op de code die met de compiler....
De relatie met de compiler zie ik niet zo snel eigelijk, ik kan gewoon een progsel maken in C, dat compileren met GCC, en vervolgens onder een propietary license verspreiden / verkopen, helemaal geen probleem.

Als code en compiler gebonden zouden zijn zou er haast geen bedrijf zijn die dingen uitbracht op Linux of FreeBSD wat propietary is. ( even los van de discussie of men dat wel of niet zou willen ).
Gaan ze ook de Java VM opensource maken ???
Vast niet.
Voor je het weet bouwt MS of Google een eigen variant en verspreid die veel sneller dan Sun dat zelf zou kunnen.
kom eens onder je steen vandaan, Microsoft heeft jaren geleden al een 1.1 compatible JVM gemaakt (of stop met willekeurig geblaat).
Dat was dan ook een bout JVM aangevult met eigen shit. Die was niet snel, die was rete traag..

Daarnaast, *@hAi, je hebt niet de source van de JVM nodig om een Java compitabele JVM te maken. Zo is er een Gnu Java Runtime (kan even niet op de naam komen), het gaat er niet dat de code openbaar, het gaat erom dat je de taal goed runt, daar heb je geen open jvm voor nodig
Dat was dan ook een bout JVM aangevult met eigen shit. Die was niet snel, die was rete traag..
Ondanks alle evil intentions die MS destijds had, moet ik (helaas) toch melden dat de MS JVM de hoogste performance had destijds. Wij testten destijds onze Java applicaties (toen nog client-side) onder Solaris, Linux, Mac OS (classic) en Windows, en op het laatste platform zagen we toch echt de hoogste performance. Op dezelfde hardware konden we de Linux, Windows MS en Windows SUN versies vergelijken dus aan de hardware verschillen lag het ook niet.

Er zijn nu al enkele alternatieve JVMs, namelijk Bea (met JRockit) en IBM. Beiden bieden niet echt veel meer dan de SUN JVM. In sommige gevallen zou JRockit voor een typische server load beter presteren, maar ook dat valt in praktijk meestal wel mee. Wel werkt Bea aan soft real-time uitbreidingen voor haar VM wat een plus punt kan zijn.
Quote tweakers.net:

"Dit jaar nog zullen de JavaC-compiler en de Hotspot-virtual machine al worden vrijgegeven."
Ik denk dat Sun dat niet zo erg vindt. Ondanks hun grote bek over het OpenSourcen van Java (waar ze al jaren mee bezig zijn), gaat het allemaal maar langzaam.
Sun probeert al jaren het open sourcen van Java tegen te houden omdat het kan leiden tot branches die niet compatible zijn met elkaar, een argument waar ik het best mee eens was en nog steeds ben. Het is meer door de ontwikkelingen van derde partijen als Apache die een open source implementatie van Java wilden gaan maken dat Sun nu toch toegeeft (gok ik).

Door de java software developers bij de ontwikkeling van nieuwe versies te betrekken is er een hoop vooruitgang geboekt, ik hoop dat het open source maken dat alleen maar kan versterken. Misschien dat Sun, Oracle, Novell, IBM, BEA, Apache, etc. nu ECHT de krachten kunnen gaan bundelen in plaats van alleen maar naast elkaar aan het platform te werken.
Ik hebt toch een beetje het enge idee hierbij dat Sun probeert JAVA uit het slop te trekken. Tuurlijk; JAVA wordt nog best leuk gebruikt en de telefoonmarkt die gebruik maakt van JAVA komt wat op, maar het is toch niet die hype waar SUN destijds mee dacht te stunten. Misschien probeert men zo het tij te keren om de nieuwe initiatieven een steuntje in de rug te geven?
"JAVA wordt nog best leuk gebruikt "

errmmm....heb je wel eens met Oracle gewerkt?
of met IBM Websphere?
of met HP WebjetAdmin ?
en zo kan ik nog wel effuh doorgaan...
ThE_ED heeft een punt en dat is dat Java al jaren marktaandeel verliest aan .NET. Deze actie is dus niet voor niets...
Bea Weblogic
Jboss
Tomcat
Quote:
mbt. http://www.forexpf.ru/_quote_show_/java/
"Het werkt alleen onder Microsoft met IE."


Werkt ook Firefox (Op XP weliswaar)
werkt ook niet op Opera in combinatie met Mac OS X 10.4

er is wel een html versie beschikbaar die probleemloos werkt, dus deze ene applet die niet werkt lijkt mij imo niet de moeite om VMWare te gebruiken.

Dit is dan ook de eerste niet-werkende Java applet die ik zie onder OS X.
Niet in Linux, bij mij crashed Firefox.
En niet alleen ff.
ALLE browsers onder Linux knallen eruit
:'(
Huilen
Ik draai Linux, en hier liet het geval Opera crashen, maar Seamonkey draait hem gewoon :)
Thx voor je tip :*)
Dat wordt Seamonkey installeren.
OSX met safari doet het prima
Werkt ook gewoon onder windows XP met Opera.
Nu Adobe nog met flash en we gaan een gouden tijd tegemoet :D
Hier werkt hij ook gewoon onder linux, firefox (1.5.0.6) & jre 1_5_0_07
De pagina heeft een copyright van 2000, het is dan ook mogelijk dat de applet voor Microsoft Java 1.1 is geschreven. (Een Java VM die extensies heeft die niet overal aanwezig zijn)

Niet meteen Java de schuld geven omdat sommige mensen niet de moeite nemen om hun meuk op de juiste manier te maken
Dat ligt meer aan de site dan aan Java hoor :-)

Beetje zelfde als een .NET 2.0 applicatie op Windows 3.11 draaien, dat gaat ook niet werken :-)
Java heeft voor mij ECHT afgedaan.
Dus als ik het goed begrijp, krijg jij de pest aan Java/Sun als een derde partij bijv. een slecht geschreven applet publiceert (of een applet specifiek gescheven voor Microsofts Java dialect). Vooral in dat laatste geval is Sun en Java helemaal niets aan te rekenen.
Bizar dit.
Ik snap je commentaar niet. Bij mij werkt het gewoon onder Sun JRE 1.5 onder Konqueror (Linux)
Bij mij werkt het dus niet onder
Sun JRE 1.5.
Onder 1.4.2 werkte het echter wel maar > Sun 1.5 niet meer.
Zelf zit ik nu onder 1.6-beta. (maar onder 1.5 werkte het ook al niet)
hier doet ie het prima onder Windows 2000 & Firefox 1.5.0.6 & Java 1.5.0_08
Java heeft voor mij ECHT afgedaan.
Dan doe je er maar goed aan nooit bij een groot bedrijf te gaan werken, en altijd met je kleine Tweaker-mentaliteit te blijven zitten.
het werkt bij mij onder linux wel.
1.4.2. versie van JAVA?
Welke bug bedoel je eigenlijk,

want als ik zoek op 734808 zie ik alleen maar "No results were found for your search" in de bug database ?
Klopt,
na het melden van de bug kreeg ik deze mail:
Message-ID: <19207390.1150911782375.JavaMail.daemon@centralmail1brm.Central.Sun.COM>
Date: Wed, 21 Jun 2006 11:43:02 -0600 (MDT)
From: "IncidentDaemon@sun.com" <IncidentDaemon@sun.com>
To: xxxxxxxx
Subject: Your Report (Review ID: 734808) - browser crashed visiting URL
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Mailer: postEmail $Id: PostEmail.java,v 1.20 2004/08/04 18:16:26 gmanwani Exp $
X-IM-Review-ID: 734808


[This is an automated response. Please do not reply.]

Thank you for taking the time to submit a bug report. The information you provided is valuable to Sun and will help us in improving Java products. If we need any further information, we will contact you via the email address you have provided.

Thank you,
Sun Microsystems Inc.

Maar ik kan ook de bug niet meer terugvinden in de database.
Alsof deze bewust wordt geweigerd.
Ik heb een responsemail teruggehad dus hij is aangekomen.
Alleen ze weigeren hem blijkbaar....

(xxxx heb ik neergezet vanwege privacy :) )

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