Java-licentie krijgt grote opfrisbeurt

Sun Microsystems werkt aan een nieuwe Java-licentie voor commerciële instellingen, zo meldt News.com. Het zal geen open source-licentie worden, zoals veel Java-voorstanders gehoopt hadden, maar de licentie zal wel flink vereenvoudigd worden en ontwikkelaars worden een stuk vrijer in hoe zij de Java-broncode mogen gebruiken. Op dit moment gebruiken commerciële bedrijven als IBM en Oracle de Sun Community Source Licence (SCSL). Om Java interessanter te maken voor academisch onderzoek is in 2003 de Java Research License (JRL) geïntroduceerd, een niet-commerciële vereenvoudiging van de SCSL.

Java logo Sun wil nu dus ook een commerciële vereenvoudiging van de SCSL maken voor bedrijven. Jean Elliott, hoofd van productmarketing voor Suns Java 2 Standard Edition, geeft zelfs aan dat Sun de commerciële licentie uiteindelijk liever helemaal ziet verdwijnen, omdat het een erg complex en ingewikkeld systeem is. Het bedrijf is vooralsnog niet ingegaan op de vraag van verschillende commerciële gebruikers om Java open source te maken. Sun is namelijk nog te bang dat er dan verschillende versies van Java zullen ontstaan, die niet goed samenwerken en dat zal volgens het bedrijf funest zijn voor de standaard.

IT-banen

Reacties (31)

Countess 16 maart 2005 13:03

een opensource licentie hoeft toch niet meteen GPL te betekenen?
sun kan dus iets verzinnen waarin branchen van de code of niet is toe gestaan of geen java meer genoemt mag worden bv.

moet je alleen wel een vrij active maintainer hebben die al het patchwerk vanuit de community in de gaten houdt en in goede bannen leidt.

Verwijderd 16 maart 2005 12:48

Sun is namelijk nog te bang dat er dan verschillende versies van Java zullen ontstaan, die niet goed samenwerken en dat zal volgens het bedrijf funest zijn voor de standaard.

Als iemand zeker wilt weten dat zijn java-applicaties perfect werken zullen ze dan toch wel de Sun versie downloaden? Of zie ik dat verkeerd.

Daventry @Verwijderd • 16 maart 2005 12:57

Ja en nee ... moesten er verbasteringen van JAVA komen zou je terug dezelfde miserie krijgen als toen MS zijn eigen VM meeleverde bij Windows met het gevolg dat je als applet programmeur kon kiezen tussen of code programmeren voor een stokoude java versie of 90% van de markt niet bereiken

Verwijderd @Daventry • 16 maart 2005 15:42

Ik draai zelf nog steeds de MSVJM v5.00.3810 en heb nog geen één applet gevonden op verschillende websites, die niet werkte. Dus zo stokoud is ie nu ook weer niet.

Pas als applets/software niet meer werken, of 2009 aanbreekt en Microsoft stopt met het bijhouden van securityfixes, dan zal ik wel opnieuw kijken of ik naar de Sun versie overstap. Op dit moment vindt ik de snelheid en stabiliteit van de Sun versie nog steeds slecht.

En qua internet gebruik begint Java het toch langzaam te verliezen van vooral Flash. De voorheen grootste gebruiker van Java op internet waren instant-casino's, en die zijn nu voor het meerendeel allemaal overgestapt op Flash.

Er is zeker een goede markt voor Java, vooral door de gemakkelijke portability ervan, maar de ontwikkeling vereist bijna dat het open-source wordt en als Sun dan de versplintering niet kan voorkomen, dan zal het naar mijn mening uiteindelijk langzaam verdwijnen door de druk van andere oplossingen. Kijk maar naar de groei die Python momenteel heeft.

TheOneLLama @Verwijderd • 16 maart 2005 17:08

Dat is precies wat Deventry bedoeld.

Iedereen programmeert nog voor die VM van jou omdat ze geen markt aandeel willen verliezen.

Dat maakt em niet minder oud of buggy.

Verwijderd 16 maart 2005 13:08

Ik geloof niet dat ze bang zijn voor verschillende versies; kijk naar OpenSource projecten als PHP, MySQL, etc.; de OpenSource-heid ervan levert geen enkel probleem op qua versies.

Java is geen 'fijne' en populaire programmeertaal als bijv. PHP, ik denk dat een Open Source karakter de positie van Java eerder zou versterken dan verzwakken - de complexiteit én de traagheid ervan schrikken nu veel mensen af; Open Source Java kan daar misschien wat aan doen?

Zoniet, dan zie ik ook geen risico voor Java in Open Source gaan. Gaat het Sun niet gewoon om het geld?

Standeman @Verwijderd • 16 maart 2005 13:37

Traagheid is in Java al een tijdje geen issue meer. Tenzij je echt een belachelijke performance eist, maar dat is in 999 van de 1000 projecten absoluut overbodig.

Verder denk ik dat het wel de standaarden kan gaan aantasten. Kijk maar wat microsoft aangericht heeft met hun embrace en extend strategie. Je wordt helemaal knettergek als je een een goede HTML + CSS met enige functionaliteit in elkaar wil zetten.

Ik zit er in iedergeval niet op te wachten dat mijn code in de helft van de VM's niet werkt of ook mijn eigen code te gaan branchen zodat de portabiliteit van de code gegarandeerd blijft.

Ik heb al genoeg te doen zonder me druk te maken over verschillen in implementaties van de Java standaard.

p.s. PHP is geen programmeertaal, maar een script-taal en natuurlijk zit er ook een financiele kant aan voor Sun..

qless @Verwijderd • 16 maart 2005 13:37

Java is al lang niet meer traag, sterker nog soms is de uitvoering sneller dan code gemaakt in C++.

En of een programmeertaal fijn is natuurlijk een persoonlijke mening - maar ik vindt van wel... je mag natuurlijk niet zomaar een variabele ergens bij trekken of globals maken zoals in php maar dat is juist iets fijns voor je code onderhoudbaarheid

Verwijderd @qless • 16 maart 2005 16:38

Als ik een aantal basis variabelen heb in php of een database connectie, dan heb ik er geen enkel probleem mee om daar een global van te maken. Het moge duidelijk zijn dat ik dus geen situatie creëer waarbij ik een variabele hetzelfde benoem.,

Verwijderd @Verwijderd • 16 maart 2005 13:13

bla bla bla bla
http://www.lowmorale.co.uk/lm9.htm

YaPP 16 maart 2005 13:52

@Countess:

een license waarin branchen van de code of niet is toe gestaan of geen java meer genoemt mag worden bv.

Je bedoeld dus dit bijv?

If the software is modified by someone else and passed on, we want its recipients to know that what they have is not the original, so that any problems introduced by others will not reflect on the original authors' reputations.

2a) You must cause the modified files to carry prominent notices stating that you changed the files and the date of any change.

zie: http://www.opensource.org/licenses/gpl-license.php

Countess @YaPP • 16 maart 2005 15:27

klopt maar in die zelfde GPL staat ook het recht om een fork te maken, iets wat sun dus wil voorkomen.

Verwijderd 16 maart 2005 15:46

De opzet van JAVA is op zich schitterend, werken met beans die je kunt recyclen en die door meerdere programmeurs gebruikt kunnen worden. Dit zou in principe inhouden dat je een bean kunt gebruiken voor iets waarvan je geen verstand hebt. Probleem is alleen dat er ondertussen zoveel verschillende beans zijn dat je langer bezig bent uit te zoeken welk beantje voldoet aan je wensen dan dat je gewoon zelf het geheel had geschreven.

Hetzelfde probleem heb je trouwens bij veel meer programmeertalen. Heb je eindelijk een stuk code gevonden die wel voor jouw applicatie werkt, moet je ervoor betalen....

Het Cross-platform idee achter JAVA werkt wel erg goed. Wij leveren een product wat je over je webbrowser kunt managen, gewoon het adres oproepen en een JAVAprogramma wordt op je PC opgestart, ongeacht welke PC of besturingssysteem je gebruikt.

cyspoz 16 maart 2005 13:16

Ik weet niet of het wel juist is om Java en .NET te vergelijken met elkaar. Ze hebben een aantal overeenkomsten maar ook een aantal grote verschillen.

Ik denk echter dat een .NET achtig iets meer toekomst zal gaan hebben dan Java. Daarmee bedoel ik dat .NET momenteel wat betere performance heeft. Je kan in een aantal gevallen wat sneller resultaat bereiken met minder werk. Het is zoals al eerder is gezegt nieuwer en heeft een aantal krachtige functies. En omdat je met meerdere talen door elkaar kan werken het zich op een brede groep programmeurs richt.
Ik weet niet of je Java ook kan toepassen in de vorm van web applicaties zoals .NET want dat is een belangrijk iets waar het in de toekomst naartoe gaat. Groot nadeel van .NET is dat het niet of nog niet platform onafhankelijk is.

Ik zeg dus niet dat Java de toekomst is en ook niet dat .NET de toekomst is. Maar dat de toekomst zit in een krachtig framework waarbij je platform onafhankelijk in meerdere talen middels, platform onafhankelijke internet browsers en platformonafhankelijker webservers, webapplicaties aan de consument kan brengen. Daarbij moet de aandacht van het programmeren dan liggen op het snel bereiken van resultaat met hoge performance.

En of Java of .NET dat momenteel het best benaderd dat is aan ieder zichzelf...

Verwijderd @cyspoz • 16 maart 2005 21:10

Je kan Java niet vergelijken met .NET: java is in de eerste plaats een programmeertaal, net als C++, Cobol, C# of VB.NET. Verder kan met java ook de JVM bedoeld worden, die te vergelijken valt met de runtime van .NET.

.NET is eereder een applicatiestack en moet je eerder gaan vergelijken met J2EE en daar betwijfel ik of .NET meer toekomst heeft:
- taalonafhankelijkheid: de taal is maar een detail, de concepten (OO, AOP, multithreading, IOC) zijn veel belangrijker en komen in elke taal terug. Daarom ook dat de overstap van VB naar VB.NET zo groot is.
- multiplatform: werkt erg goed in de praktijk: ontwikkelen op een PC en deployen op een Unix of mainframe.
- performance: los van de uitspraak dat .NET betere performance zou hebben zou ik graag opmerken dat bij een goed geschreven programma de bottlenecks meestal network latency of database performance zijn. Is dat niet het geval (bijvoorbeeld bij games), dan zou ik ook niet voor .NET gaan als ontwikkelplatform.

Microsoft lijkt echter zelf niet te geloven in .NET: hun populaire programma's (office, outlook, Visual Studio, Internet explorer, ...) draaien nog altijd zonder .NET. Voor vroegere technologieen (DDE, OLE, COM) paste Microsoft asap hun hele applicatie suite aan en dwong zo een nieuwe standaard af. Wie gebruikt er nu .NET?

Wat de toekomst betreft, gok ik toch eerder op Rich Internet Applications dan op html binnen in een browser.

Verwijderd @Verwijderd • 17 maart 2005 15:27

Java is in de eerste plaats een Platform, The Java Platform.
Er is idd ook nog een taal, The Java Programming Language.

Java is ook volledig taal onafhankelijk (da's logisch aangezien het een runtime environment is) en ik zou durven beweren dat een programma in een taal zoals VB (deels) kan worden gecompileerd voor de java runtime (het probleem is wel dat je de libraries mist, dus het heeft weinig zin.)

opschepmode:
Ik heb zelf een pascal-achtig taaltje gebakken wat compileert voor de Java runtime.
/opschepmode

Platform afhankelijkheid van Java en .net hangt af van de verkrijgbaarheid van de runtimes op de verschillende platforms. Ik zou dus willen zeggen dat Java zeer platform afhankelijk is en .net absoluut niet.

Daventry @cyspoz • 16 maart 2005 14:43

Je kan JAVA toepassen in webapplicaties via Servlets / JSP, denk niet dat .NET wat dat betreft zoveel voordeel heeft.

En die verschillende talen, mja, dit is een persoonlijke mening, maar ik heb het altijd een marketingtruck gevonden. Het verschil tussen een C# en een VB.NET is eigenlijk niet zo gek groot (zie ook de vele artikels waarin VB.NET in twijfel wordt getrokken als opvolger van VB6.

En ASP.NET is van dezelfde type als JAVA's JSP

Verwijderd @Daventry • 16 maart 2005 16:00

Het feit dat VB.NET niet zo vriendelijk ontvangen is door VB6 programmeurs, is omdat dit de eerste keer is dat legacy programma-code niet meer draait onder de nieuwe versie, zonder modificatie.

VB6 bijvoorbeeld kan gewoon overweg met VB1/2/3/4/5 code, echter nu zijn dus modificaties nodig om het draaiend te krijgen.

En als een programmeur ergens een hekel aan heeft, dan is het wel het aanpassen van werkende code.

Ikzelf ben al sinds het begin bezig met ASP en doe dat nog steeds in de pure vorm met Notepad, echter de opvolger van ASP3 is dus ASP.NET in VB of C#. Als ik ergens een hekel aan heb, dan is het wel betalen voor iets wat niet nodig is, in dit geval dus de Visual Studio .NET oplossing die volgens sommige .NET experts absoluut nodig was om naar ASP.NET over te stappen.

Dat is dus helemaal niet waar, en de aanpassingen die ik moet verrichtten om mijn oude ASP3 code als ASP.NET te laten werken zijn zeer minimaal.

Het feit dat mijn code dus niet gecompileerd wordt door Visual Studio scheelt ook helemaal niet in de snelheid waarmee mijn applicaties draaien, en dat is omdat IIS de compilatie voor mij doet en dit onthoud in een cache, dus alleen de allereerste keer duurt het ietsje langer (of als het cache gewist wordt).

cyspoz @Daventry • 16 maart 2005 14:53

Bedankt voor de aanvullende informatie. Ben namelijk zelf niet erg thuis in Java.

Er zit dan inderdaad niet zo veel verschil in Java en .NET alhoewel je wel vaak hoort dat Java niet erg snel is. Aan de andere kant is .NET nog niet platform onafhankelijk.

Anyway, ik heb aangegeven wat volgens mij de toekomst is en waar dus iedere toekomstige taal naartoe moet werken wil die een toekomst hebben.

Verwijderd @cyspoz • 17 maart 2005 15:13

Ik heb 't met je eens alleen dit is onzin:

En omdat je met meerdere talen door elkaar kan werken het zich op een brede groep programmeurs richt.

Het grote voordeel van Java is juist dat er maar 1 taal is. Een taal dus om desktop apps mee te maken, apps voor mobiele telefoons, embedded apps, server apps, etc. Altijd 1 taal, altijd 1 eenduidig concept, altijd 1 en dezelfde syntax.

Wat zou je er van vinden als iedereen op de wereld alleen maar Engels sprak? Dat lijkt me reuze makkelijk en kostenbesparend (behalve de culturele bezwaren natuurlijk.)

Dat MS allerlei .NET talen heeft uitgegeven is alleen maar omdat ze anders een hele grote developer base ineens kwijtraken. Dan moeten alle VB programmeurs worden opgeleid tot c# programmeurs; en die kunnen dan potentieel ook voor j2ee kiezen. Maar ook MS wil uiteindelijk naar 1 taal, c#.

Wat bijzonder sterk is bij MS zijn de developer tools, hun eigen series met boeken, MSDN, etc.

Verwijderd 16 maart 2005 12:35

...zegt een .NET programmeur

Bij ons in de firma is de vraag naar java developers 10x zo groot als de vraag naar .NETters...

Ik denk dat java alles behalve aan het einde van zijn latijn is, java is hot !

Edit: was als reactie op Jelzooi

beany @Verwijderd • 16 maart 2005 12:51

en die firma is ook representatief voor de hele markt

Vergeet niet dat .NET een stuk jonger is dan java en in dat opzicht dus een stukje achter loopt. Het is duidelijk dat je fan van java bent, maar bekijk het wel in het juiste perspectief aub... (en nee, ik ben niet pro-java of pro-.net)

DJ.Z.N. @beany • 16 maart 2005 17:09

ja en nee

nee, omdat het 'maar' 1 bedrijf is van de honderden.
ja omdat het toch wel zo lijkt te zijn

ga voor de gein eens kijken op een vacature-site als monsterboard.nl. je zult zien dat er zo'n 10 keer zo veel vacatures staan voor Java-programmeurs dan .NET-programmeurs.

kijk, ik ben zelf niet zo'n Java-fan maar je kunt het gewoon niet negeren. Op school wordt ik nu ook helemaal doodgegooid met Java, maargoed. het hoort er nu eenmaal bij. later krijg ik ook ASP/.NET maar daar loop ik ook (nog) niet echt voor warm.
Dit omdat ik eigenlijk meer een C/C++/PHP-fan ben

anyway, ik ben benieuwd wat hier allemaal uit voort gaat vloeien...

We zullen zien.

Verwijderd 16 maart 2005 16:49

Is het nou echt zo moeilijk als je (bijna) niets weet van java er geen commentaar op te leveren?

kdekker 18 maart 2005 13:20

Volgens mij is het nog steeds zo: voor iedereen (al dan niet in opdracht voor klanten) waarvan de wereld niet groter is dan MS Windows, is .NET w.s. de meest gangbare optie, alleen al vanwege de dikke VB erfenis. Voor iedereen waar de wereld groter is dan MS Windows, is .NET geen optie. Ooit .NET zien werken op Linux, Solaris, HPUX (om maar iets te noemen). De wereld achter Java, en de ondersteuning van deze taal voor diverse platformen is veeeeeeeeeeeeeel groter dan de beperkte Bill Gates wereld (alhoewel dat voor meneer Gates geen commercieel probleem vormt). Iedere serieuze ontwikkelaar die geen gehannes met incompatibiliteiten in een ontwikkeltaal wil hebben als er weer eens een nieuwe versie uitkomt van bij MS (met name VB, voor C en C++ geldt dit minder), en zomaar weer uren dagen maanden kwijt is voor herschrijven, houdt zich zover mogelijk van al te MS specifieke zaken.