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 , , 24 reacties
Bron: The Register, submitter: Martin Sturm

Binnenkort zal een lichaam waarin onder meer Sun zitting heeft zich buigen over verschillende wijzigingen in de structuur van de Java-gemeenschap, schrijft The Register. JCP (Java Community Process)-leden stemden recent voor een voorstel om open source-implementaties van Java voortaan officieel toe te staan. De eerste Java-implementatie die op deze wijze het daglicht gaat zien wordt vermoedelijk het Java 2 Enterprise Edition (J2EE) 1.4 platform, dat begin 2003 gereleased moet worden:

JAVA logoKluyt told ComputerWire that as of October 29, organizations and individuals who lead Java Specification Requests (JSRs) must allow development of compatible independent implementations, enabling someone to use the Apache-like license and yet still remain compatible. While this was possible under the old JCP, this process was not guaranteed and JCP members depended on the goodwill of a specification in making open source implementations possible. "A specification lead could license the reference implementation and test kit together, so if you wanted a clean-room implementation you had to get the source code from the specification lead which tainted the code," Kluyt said.

De Apache Software Foundation staat al langere tijd kritisch tegenover het beleid van de JCP dat het moeilijk maakte voor open-source softwaremakers om aan Java te kunnen ontwikkelen, en is inmiddels bezig met ports voor Java Server Pages en servlets op basis van een overeenkomst die Apache al in maart dit jaar met Sun sloot. Sun kon toen eigenlijk niet meer om Apache heen vanwege zijn dominantie op de servermarkt en oplossingen zoals Jakarta om Java op servers te draaien.

Moderatie-faq Wijzig weergave

Reacties (24)

Ik vind dat doorgaans de reacties hier te positief zijn ... Open source is niet een heilig iets hoor ! Het heeft wel degelijk nadelen ... Waarom denk je dat SUN de developement van JAVA zo lang in eigen beheer heeft gehouden ?

Een belangrijk nadeel van Open Source zijn de vele 'Off-Springs' die onstaan ... ik zit er echt niet op te wachten dat er straks 5 verschillende soorten Java compilers zijn die allemaal hun eigen specifieke eigenschappen hebben ... en denk niet dat dat ver gezocht is ... kijk bijvoorbeeld naar al die versies van Linux, daarvan kan ik zo ook al 5 grote distributers van opnoemen ...

Nog een groot nadeel van Open Source is de distributie. SUN heeft ook verklaart dat dat de grootste reden voor ze is geweest om het zo lang in eigen beheer te houden. Als het namelijk door 1 bedrijf ontwikkelt wordt gaat de uitgave en distributie van nieuwe versies ook veel efficienter en sneller ...

Ik wil geen Java liefhebbers op de tenen trappen (ik ben er zelf ook een) maar ik vrees dat er een kans bestaat dat het een zooitje wordt ...

Ik heb gemengde gevoelens en kijk het nog ff aan ...
ONZIN!!!

en wel om de volgende redenen:

gcc, glibc en andere grote, basale pakketten hebben nagenoeg een monopoliepositie binnen de open source wereld in het algemeen en de linux wereld in het bijzonder

het gegeven dat iets OS is wil nog niet zeggen dat er forks MOETEN ontstaan, wat cablepokerface suggereert.

vergeet btw niet dat al die linux distributies dezelde pakketten en dezelfde source gebruiken...
distrubuteurs zijn meer te vergelijken met supermarkten, die allemaal hagelslag verkopen, maar het in een andere verpakking leveren
Diversiteit slecht? Jij bent de eerste van wie ik dat hoor in een negatieve context. In de Free Software beweging hoor je juist dat diversiteit goed is, omdat je zo gebruiker de keus open laat om een alternatief te gebruiken.

In de natuur zie je een heleboel diversiteit. dieren kunnen elkaars niche overnemen als dat moet. Een enkele soort sterft uit, een andere neemt zijn plaats in. Ik geloof dat 'de natuur' het tot nog best aardig voor elkaar heeft.
diversiteit kan toch, bouw jij toch een eigen java-like environment?
Ik begrijp niet waarom het steeds nodig lijkt te zijn om de open source community te laten sleutelen aan software die beter functioneert als het uit 1 koker komt. Het is een bewezen feit dat java als geheel zwaar te lijden heeft onder het feit dat sun alleen de specs levert van alles wat voorbij de standaard JDK gaat, omdat daaruit implementaties ontstaan die de spec op hun eigen manier geinterpreteerd hebben. Dit veroorzaakt incompatibilities die niet handig zijn (distributed transactions over ejb's en jms transactions heen zijn een goed en pijnlijk voorbeeld).
Mijn grootste angst met dit soort ontwikkelingen is nu dat er straks ook JDK versies ontstaan die niet met elkaar compatible te maken zijn of waarbinnen je software niet meer draait doordat er bijvoorbeeld een andere vorm van threading ten opzichte vande hardware en software threads van het os worden gebouwd. Dit kan zeer desastreuze gevolgen hebben.
Al met al lijkt het me een rampzalig slechte ontwikkeling als er nog meer diversiteit komt in de java community. Het is zo al erg genoeg.
Dat het beter is als het "uit 1 koker komt" is niet waar. Zoals zelfs in deze discussie te lezen valt is de Blackdown versie van de JDK voor Linux beter dan wat Sun zelf levert. Voor andere implementaties heeft Sun al helemaal geen tijd en geld. (Denk hierbij aan de vele telefoons die tegenwoordig Java snappen en voor Apple computers is er al helemaal niks van Sun!)
Daarbij hoort bij elke specificatie een uitgebreide test set (TCK) om te controleren of een implementatie aan de specs voldoet, pas dan wordt de implementatie officieel goedgekeurd.
Maar in de tussentijd ben ik blij dat ik iets kan gebruiken dat misschien (nog) niet 100% voldoet aan de specs maar dat ik wel al kan gebruiken. Het is een keuze die je maakt. En die je gelukkig kunt maken.
Dit is inderdaad een goede ontwikkeling. Open source opent wellicht weer nieuwe deuren voor developers
Ik vind het een beetje een vaag stuk op the Register;
ports of Java Server Pages (JSP) and servlets
, dat begrijp ik niet helemaal.

De verhouding tussen Sun en Apache is trouwens prima voor zover ik kan beoordelen. Tomcat is de standaardimplementatie van een Servlet J2EE server, bovendien is de kern van Tomcat ooit door Sun aan apache geschonken (Catalina). Het heeft volgens mij weinig te maken met de sterke positie van Apache.
Hopelijk kan de blackdown jdk hier ook van genieten.
Met de originele Sen JDK had ik met gcc 3.2 & jbuilder problemen om jbuilder zelf te runnen, met blackdown geen problemen.

Dit geeft iig de kans aan andere om leuke dingen te doen met de JDK, misschien wel wat snelheidswinst :)

Blackdown JDK had blijkbaar ook al een overeenkomst met Sun getroffen.
Weet nog niet helemaal wat dit betekent.

Wordt Java op den duur geheel opensource, want dat lijkt me vreselijk. We hebben geluk dat de kernel features van Linux centraal wordt vastgesteld, want anders hadden we nog een grotere puinhoop.

Als het betekent dat clean room open source implementatie van bijvoobeeld JBoss wel gecertificeerd mag worden, dan lijkt dat me geweldig. Sterker nog, dat lijkt me noodzakelijk om de strijd te kunnen winnen van .NET. JBoss wordt vaak niet eens geevalueerd omdat het geen officieel predikaat heeft. Als dit wel kan, dan heeft iedereen een harde dobber aan JBoss. Zowel in het Java als wel in het .NET kamp. Ik bedoel 15000 Euro per CPU licentie voor Weblogic is nauwelijks een concurrent meer voor .NET. Voor die prijs heb je een 4 CPU versie .NET inclusief de hardware. Niet een op een vergelijkbaar, maar wel een voorbeeld uit de praktijk.

Opensource doet iets geweldigs voor de markt, namelijk de competitie verhogen. Commerciele software heeft nog steeds haar plaats, maar moet meer dan ooit haar toegevoegde waarde gaan leveren. Betere / snellere / robuustere implementaties van libraries en onderliggende infrastructuur. Dit geldt zowel voor Microsoft als wel voor Websphere, Weblogic en consorten.

Prijs per transactie moet omlaag en de kwaliteit moet omhoog. Opensource dwingt alle kampen en ook zichzelf tot deze moeilijke maar onvermijdelijke weg.
Let op he, het gaat hier puur over het wel niet erkennen van een implementatie door Sun...

JBoss is een opensource implementatie van J2EE. Maar staat niet op de sun site.

Dat is alles...
Sun staat voor $ dus ik moet het eerst nog maar zien of er werkelijk open-source Java-versies komen.

Wanneer er werkelijk open-source versies komen is dit voor iedereen positief, voor mij, voor jouw en voor de consument :)
Ik denk inderdaad ook dat $$$ best een belangrijke factor voor Sun is bij de overweging. Mijns inziens wordt de concurentiepositie ten opzichte van .NET door dit besluit verbetert en dat levert Sun uiteindelijk alleen maar voordeel op.
ja maar tot een tijdje geleden waren staroffice en solaris ook gratis :)
open-source is dan alleen een stapje verder ;)
Dit is zeker interessant. Goed voor de concurrentie, etc.
Waar ik wel bang voor ben is dat er misschien een complete wildgroei van java-implementaties e.d. Dat de ene toch niet helemaal werkt met alle code enzo... Ik weet niet, maar misschien zien we dadelijk door de bomen het bos niet meer en wordt het allemaal chaotisch..

Nu mag alleen $un de implementaties bouwen en ergens is dat wel zo prettig, want dan weet je iig waar je aan toe bent... en heb je maar 1 keuze (i.p.v. 100.000). wel zo makkelijk.. toch :?

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