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 , , 90 reacties
Bron: Automatisering Gids

Vanaf dit moment zullen de komende versies van Windows XP - waaronder dus de final - geen Java Virtual Machine meer bevatten. Dit programma werd door de consument voornamelijk gebruikt om websites te bekijken die java-applets bevatten, te herkennen aan de class-extentie. Wie deze sites toch nog wil bekijken met de Windows die over een paar maanden uit zal komen, moet zelf de Java Virtual Machine downloaden.

Microsoft benoemt de programmatuur tot 'een hoop code die veel gebruikers niet nodig hebben', en geeft hiermee aan het zelf niet te zullen missen. Veel internetgebruikers zullen echter op veel sites bepaalde animaties en dergelijke niet meer kunnen zien. Microsoft had nog wel het recht om jarenlang Sun's technologie te gebruiken, maar blijkbaar wordt hier geen gebruik van gemaakt.

Het lijkt erop dat Microsoft haar eigen variant op Java, C-Sharp, liever onder de aandacht brengt. Aangezien deze taal ongeveer dezelfde functionaliteit zal hebben als Java, was het op zich een logisch gevolg om Java niet meer mee te leveren. De meer-eisende consument zal hierdoor echter zoals gezegd aan het downloaden moeten gaan, zodat dit zeker voor de gevorderde gebruiker geen praktische ontwikkeling is:

Windows XP logo (klein)In de Wall Street Journal stelt een Microsoft-woordvoerder dat dit gebeurt om 'zakelijke redenen'. Het ondersteunen van Java onder Windows leidt volgens hem tot "een hoop code die veel gebruikers niet nodig hebben". Wie alsnog Java wil gebruiken, bijvoorbeeld omdat veel websites Java-code ingebouwd hebben, kan een JVM downloaden van het web. Ook kunnen pc-fabrikanten besluiten een JVM mee te leveren met hun standaardconfiguratie.

Lees ook het artikel bij de Automatisering Gids.

Moderatie-faq Wijzig weergave

Reacties (90)

dit is een resultaat van het conflict tussen Microsoft en SUN, microsoft had de SUN licentie geschonden door in de windows-versie van de JVM eigen code toe te voegen.
uiteindelijk is dat geschikt en heeft Microsoft SUN 20 miljoen dollar moeten betalen, echter Microsoft had in de onderhandelingen daarvoor al gedreigd met het niet meer includen van de JVM in zn distributies.

kennelijk hebben ze dat dreigement alsnog uitgevoerd
Bijna goed. Microsoft _mag_ haar eigen Java Virtual Machine helemaal niet meer gebruiken! Het was namelijk een afwijkende versie en dat mocht niet van Sun (nee logisch, het was forking). Toen heeft Microsoft een smak geld moeten betalen, maar tevens mochten ze hun eigen Java Virtual machine niet meer meeleveren bij volgende versies van Windows/IE.

Maar dit was toch al lang bekend?? Stond maanden geleden al op een aantal nieuwssites hoor!
Bij XP RC1 kwam een uur of wat nadat ik 'm geinstalleerd had al het berichtje dat ik de VM kon downloaden.
Buiten dat stond er een jubelverhaal bij over hoe fantastisch de mogelijkheden van Java zijn en hoe nodig ze het vonden dat je 'm ging downloaden.

Strange....
Wanneer stop Microsoft nou eens met het afdwingen van hun 'eigen standaard'?
Het is ook nooit goed he. Standaard pakket erbij: NEE! DAT MAG MS NIET! Standaard pakket er niet bij: NEE! DAT MAG MS NIET!..... |:(

We zitten in een markt waar iedereen standaarden aan zijn/haar laars lapt. Dat is heel vaak vervelend, maar soms erg prettig. Juist omdat enkele groepen van de bestaande standaarden afwijken ontstaan er nieuwe zaken, waar we later erg blij mee zijn.

En monopolist Sun tracht iedereen dwingend te binden aan de Java norm, dus is het 'normaal' dat er andere bedrijven zijn die zeggen: Mooi, dat kunnen wij ook!
Het is ook nooit goed he. Standaard pakket erbij: NEE! DAT MAG MS NIET! Standaard pakket er niet bij: NEE! DAT MAG MS NIET!.....
1) IE is geen standaard pakket maar een proprietary, closed source, non-standaard browser.
2) als je dan toch een browser meelevert, lever dan geen kreupele browser mee alleen maar om je eigen 'innovaties' te pushen.
Juist omdat enkele groepen van de bestaande standaarden afwijken ontstaan er nieuwe zaken, waar we later erg blij mee zijn.
ontwikkel dan een nieuwe, open standaard, zolang MS de enige is die het support is het geen standaard en zal het het ook nooit worden ook.
En monopolist Sun tracht iedereen dwingend te binden aan de Java norm, dus is het 'normaal' dat er andere bedrijven zijn die zeggen: Mooi, dat kunnen wij ook!
monopolist op welk gebied precies ?
en hoe proberen ze mensen dwingend te binden ? door hun product standaard bij hun mainstream OS te doen ? oh, wacht, ze hebben helemaal geen mainstream OS.
MS doet aak koppelverkoop: als je windows koopt moet je IE ook kopen. sun doet dit niet.
Sun tracht helemaal NIET iedereen DWINGEND and zich te BINDEN !!!

Sun doet wat het moet doen , de java standaard op ALLE platformen GELIJK houden ... en das maar goed ook... Er zijn andere VM voor andere platforman dan SOLARIS en daarop ken je DEZELFDE java bytecode draaien

Ieder heeft dus een keuze= WELK PLATFORM wil je draaien; WELKE VM , WELKE ontwikkelomgeving... DAAROM MOET SUN DE JAVA standaard opleggen, om klanten de keuze te bieden !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

Dat is heel wat anders dan je EIGEN PRODUCT door een ander zijn STROT TE RAMMEN
Kleine opmerking...
MS doet aak koppelverkoop: als je windows koopt moet je IE ook kopen.
Aangezien IE zo gigantisch in functionaliteit is uitgebreid en zo verweven is geraakt met de kern van het OS, kun je beter zeggen dat je als je IE koopt, je Windows er "gratis" bij krijgt...

Als MS zijn zin krijgt met .NET, dan wordt IE een bootable thin client. Dus is de browser het OS...
en hoe proberen ze mensen dwingend te binden ? door hun product standaard bij hun mainstream OS te doen ? oh, wacht, ze hebben helemaal geen mainstream OS.
Misschien Solaris? Of is dat niet mainstream genoeg :?
Misschien Solaris? Of is dat niet mainstream genoeg
vergelijk het marktaandeel van Solaris op de desktop eens met die van windows, idd nogal een verschil :+
Hoe Sun de markt tracht dwingend aan zich te binden zien we aan de hele licentie structuur van Java. Dat is verre van een open standaard, en niets meer of minder dan een volledig afgeschermde en gepatenteerde techniek, waarvoor een ieder licenties moet afsluiten. Recht tot modificatie van de 'standaard' ligt exclusief bij Sun. Kortom, gewoon een goed zakelijk concept en nix open standaard. En dus gaan andere goed denkende bedrijven trachten een standaard te zetten waarbij alle inkomsten en rechten in de richting van dit bedrijf stromen, i.p.v. Sun.
je haalt dingen door elkaar:

"" Standaard pakket erbij: NEE! DAT MAG MS NIET!"

dat ging over applicaties, zoals IE

"Standaard pakket er niet bij: NEE! DAT MAG MS NIET!."

nu gaat het over java, dat is niet een applicatie, maar een soort van script-interpreter, ahw een uitbreiding op het OS.

zijn dus twee verschillende dingen, vandaar dat er verschillend gedacht wordt over het wel of niet toevoegen van de een of de ander.
Hoezo? Als je een site bezoekt welke de Java VM benodigd verschijnt een venster welke vraagt of de VM gedownloaded moet worden. Klik op Ja en de VM wordt netjes van de MS site gedownloaded.
MS heeft gewoon gezien dat weinig sites nog gebruik maken van de Java VM gezien de opkomst van DHTML en de VM er standaard niet meer bijgedaan. Wordt de installatie zo'n 10MB kleiner van.
Ik snap het probleem niet. Vanaf IE4 (2 a 3 jaar terug) zit de VM er bij de minimal installatie niet meer bij. En nu wordt er ineens over gestruikeld. Geneuzel om niks.
Het punt dat Cobus (denk ik) probeert te maken is dat dit gewoon een smerige zet van Microsoft is. Ze hadden nl. gewoon de VM als optie tijdens de installatie kunnen aanbieden (zoveel ruimte neemt die VM ook weer niet in op een CD-tje). Nu heb je die keuze niet en moet je 'm dus achteraf gaan downloaden. Dit is gewoon ontmoedigingsbeleid.
En zeker voor mensen die een trage verbinding hebben zoals dialup is 5MB toch weer een tijdje koffie drnken terwijl de size op de CD minimaal is tov de hele install van XP
Geen VM meer? Moet iedereen dan VBScript in zijn site gaan gebruiken of Scherpe C???

Java is tamelijk veilig, dit in tegenstelling tot VBScript. Van c# weet ik het niet, maar laten we eerlijk zijn: afwachten eerst maar, is wel zo verstandig. Is dit bedoeld om Sun dwars te zitten (als ontwikkelaar van Java), om VBScript wat lebensraum te geven, of gewoon omdat ze iets geks wilden doen voor de verjaardag van Bill of zo?

Ik snap dit écht niet, wat is het probleem? De scriptinghost zit er wel in, de VM niet: moet je óf weer ik-weet-niet-hoeveel MB's downloaden óf het zonder Java doen... Wat is nou de moeite van de VM er lekker bij plakken op die CD? Ruimtegebrek??

* 786562 wzzrd
Het gaat over java, niet over javascript :Z
Heel wat anders dus...

En persoonlijk kan ik het missen als kiespijn. De meeste java-applets is niets meer dan een plaatje een 'water look' geven, of 1 of ander suf menuutje wat ze ook met javascript hadden kunnen doen... maja wel een beetje bruut van MS om de VM maar ff helemaal weg te laten, dat vind ik dan wel weer het andere uiterste. Maak er dan een optie van tijdens de setup of zo.
duh denk na, weet je hoeveel chat-irc applets in java gemaakt zijn en hoeveel bussiness oplossingen dmv java applets gerealiseerd worden.
en daar heb je precies de reden geroepen waarom we geen c# willen. het bied geen voordeel tov Java maar wel nadelen: geen multiplatform !
(oftwel xBSD, Linux, apple, beos, en ik vergeet een waslijst kunnen zich weer heerlij genaaid voelen.

dat MS c# maar hard en diep in een donker gat mag proppen
Precies! Daar sluit ik me helemaal bij aan!
Je kunt wel degelijk nuttige dingen met applets doen!
Sorry, dat ik ff J en JS door elkaar haalde: slecht getukt...

To-the-point:
c# is nog véél trager dan Java én het draait (voorlopig) alleen onder windhoos
aan de ene kant is het maar beter dat de vm die ms standaard levert uit windows wordt gehaald omdat dat een erg!!!!!! trage versie is die niet eens swing ondersteunt, hetgeen juist lekker snel is. Aan de andere kant ben ik bang dat wanneer de jvm eruit is straks grote bedrijven die in de toekomst gaan overstappen op windows XP niet meer de moeite gaan nemen om ook nog apart de jvm te downloaden en te installeren, laat staan dat de 'domme' computer gebruiker even naar de sun site gaat en een jvm download.

microsoft wilt gewoon Java definitief van de markt drukken in mijn optiek, aangezien ze ook al in Visual Studio .NET een java-to-c# converter gaan inbouwen.

Ik ben zeker geen microsoft hater maar ik vind dit toch wel een lame actie. Aangezien ze hetgene wat ik hierboven heb geschreven bij microsoft ook wel weten.
C# is totaal niet trager dan Java. Het is sowieso wat kort door de bocht om te zeggen dat een taal trager is dan een andere.

Verschillende benchmarks van C# in .NET beta 1 & 2 wijzen uit dat de performance van C# in .NET over het algemeen ongeveer gelijk is aan die van de nieuwste JVM versies met enkele positieve uitschieters.
scherpe C trager als Java ??
waar heb je dat vandaan ?
zou je dat aub even uit willen leggen, want daar heb ik nl nog nix van gehoord.

op school hebben we java moeten leren, en ik kan je vertellen dat ik menig keer tijdens het maken van de byte code in slaap gevallen ben.
Tijdens het openen van het java'programmatje' kon je ook lekker je roes uitslapen.
Ik vind java echt traag.

Als C# ooit dezelfde dingen als java kan en op een normale snelheid ben ik erg blij!
ninenite: boeh! het systeem is gepresentateerd op een linux bak...
1 of ander suf menuutje wat ze ook met javascript hadden kunnen doen...
Van die mouseover menuutjes waar elke knop 1 applet is.... en die dingen worden gegenereerd door .... MS strontpage!
en al die strontpage gebruikers (meestal toch al niet de snuggersten) zich maar afvragen waarom hun 'website' het niet doet :+
Dit ben ik helemaal met je eens..
Java is niet wat het moest worden volgens mij.

Het laad traag is traag en ik hoor programmeurs alleen maar klagen over Java dus van mij mage het er uit blijven
Wil MS nu weer een standaard afdwingen? Zal nu niet lukken, denk ik. Java is gewoon veel te goed geaccepteerd en dat kun je niet verdrijven met iets dat niet eens op alle platforms werkt...
Microsoft is volgens mij nog steeds marktleider op het gebied van OS'en, verder zijn er ook nog een heleboel mensen die geen verstand hebben van computers (Java?? Das toch een eiland??). Die zal het echt worst wezen dat java niet ondersteund wordt. Misschien net zoiets als Netscape en Internet Explorer (Goh die site doet het niet, hoe komt dat? "Die site maakt geen gebruik van Csharp". Wat een stomme site is het dan!).
Misschien net zoiets als Netscape en Internet Explorer (Goh die site doet het niet, hoe komt dat? "Die site maakt geen gebruik van Csharp". Wat een stomme site is het dan!).
gezien de hoeveelheid java op het internet lijkt het me eerder dat het zo gaat:
> "goh, die site doet het niet, die werkte met m'n oude windows wel"
< "ja, IE ondersteund geen java meer, hier heb je mozilla, die doet 't wel"
> "goh, wat een stomme browser dat IE"
volgens mij was het ook zo dat Sun niet wilde dat de JVM van Microsoft standaard geinstaleerd was omdat deze Windows specific code bevatte waardoor deze misschien ook meer Windows specifieke pagina's op het web ging opleveren. Mogelijk voordeeltje voor MS natuurlijk.

Nu kan de consument kiezen tussen het downloaden van de VM van MS wanneer er een Java applet op een pagina staat. Of de consument kan dit cancellen en de VM van Sun zelf installeren.
Microsoft werd aangeklaagd omdat ze zich niet hielden aan de standaard die ze moesten aanhouden van Sun. Zo was de JVM van Microsoft niet 100^% compatibel met de standaard (eigen extra (windows) functionaliteit toegevoegd ed).

Zo ook met hun Visual J... Mogen ze niet meer verder ontwikkelen dacht ik. BTW daar was het zelf mogelijk de code als native code te compileren (dus .exe) ! En er zaten een zooi Windows libraries bij. Dat gaat natuurlijk in tegen het platformonafhankelijk beeld van Sun...
Java als executables maken is in principe helemaal geen probleem. GCC 3 kan dat tegenwoordig ook gewoon. Het probleem was dat de jar bestanden (dus java p-code) anders was. Dus met specifieke code die de platform onafhankelijkheid ophiefen. Dat pikte Sun natuurlijk niet en won de rechtzaak. Microsoft moest dan ook stoppen met het meeleveren van de Java VM bij toekomstige versies van Windows/IE. De VM die je kunt downloaden is waarschijnlijk gewoon de Sun versie of dezelfde als M$ eerst meeleverde alleen dan wel volgens de standaard...
Hoe het zit met Visual J++ weet ik niet. Ik dacht juist dat ze het J hadden genoemd om conflicten met Java uit de weg te gaan....
Er zijn eigenlijk alleen maar winnaars bij deze beslissing.

De ontwikkelaar:
Je kan er in de toekomst bij het gebruik van een Java Applet als ontwikkelaar vanuit gaan dat de gebruiker een plugin zal moeten downloaden. Daarom kan je er als ontwikkelaar eerdere voor kiezen om een nieuwe versie van Java te kiezen. Het Java 2 Platform is voor ontwikkelaars veel aantrekkelijker dan de oude Java 1.0 en 1.1 (wat de versie is van de meeste browser VMs). Ontwikkelen van Java Applets kan nu dus beter, sneller en makkelijker.
Ook kunnen ontwikkelaars nu gaan kiezen voor Java Webstart. Dit is een alternatief voor Applets, waarbij Java applicaties over het web kunnen worden gestart. Omdat gebruikers toch een plugin moeten downloaden hebben ze ook Java Webstart (dit zit bij de nieuwe Java plugins). Bij het gebruik van de nieuwere Java versies kan de ontwikkelaar ook voor Swing kiezen, wat werkelijk heerlijk werkt vanuit het ontwikkelaars oogpunt.

De gebruiker:
Tot nu toe zag de gebruiker vooral lelijke, trage applets. Dit werd vooral veroorzaakt door slechte VMs in browsers en de onmogelijkheid om nieuwe versies van Java te gebruiken (dan zou er immers een plugin moeten worden gedownload). De (onwetende) gebruiker zal nu verplicht worden om een Java plugin te downloaden (bij voorkeur die van Sun of IBM) waardoor de user eXPerience ;) een stuk beter zal zijn dan bij de MS Java VM. Bovendien krijg je een scheiding tussen Applets als "userinterface verfraaiing" en Applets als "web applicatie". Voor het laatste doeleinde kan de gebruiker misschien vaker Java Webstart gebruiken, wat stukken beter werkt dan Applets. Gebruikers kunnen ook gebruik gaan maken van Swing applicaties. AWT heeft zich ondertussen vooral als ontoereikend bewezen.

De Java liefhebber:
Applets in browsers zijn nooit de trots van Java geweest. Doordat er nu een grotere kans is op nieuwere Java versies op de clients, kunnen eindelijke de goede technieken van Java 2 (Swing, Webstart) doorbreken. Ook de performance op de clients zal enorm toenemen. Al de performance vooroordelen tegen Java zijn gebaseerd op oude VMs in oude browsers. Java 2 Platform versie 1.3 (en het aankomende Java 2 Platform versie 1.4) zijn waren snelheidsmonsters.

Microsoft:
Microsoft hoeft niet meer net te doen alsof ze Java supporten. De ontwikkeltijd die in de Java VMs gaat zitten kunnen ze rustig besteden aan hun eigen .NET Framework.
De ontwikkelaar:
Je kan er in de toekomst bij het gebruik van een Java Applet als ontwikkelaar vanuit gaan dat de gebruiker een plugin zal moeten downloaden. Daarom kan je er als ontwikkelaar eerdere voor kiezen om een nieuwe versie van Java te kiezen. Het Java 2 Platform is voor ontwikkelaars veel aantrekkelijker dan de oude Java 1.0 en 1.1 (wat de versie is van de meeste browser VMs). Ontwikkelen van Java Applets kan nu dus beter, sneller en makkelijker.
Ook kunnen ontwikkelaars nu gaan kiezen voor Java Webstart. Dit is een alternatief voor Applets, waarbij Java applicaties over het web kunnen worden gestart. Omdat gebruikers toch een plugin moeten downloaden hebben ze ook Java Webstart (dit zit bij de nieuwe Java plugins). Bij het gebruik van de nieuwere Java versies kan de ontwikkelaar ook voor Swing kiezen, wat werkelijk heerlijk werkt vanuit het ontwikkelaars oogpunt.
Ik weet niet of het wel zo makkelijk is. Uiteindelijk zijn het bij grote netwerken (scholen / bedrijven) altijd de systeembeheerders die zulke plug-ins moeten installeren en updaten. En ik hoor vaak berichten dat de meeste systeembeheerders dit niet altijd even goed bijhouden. Oftewel, je blijft zitten met compatibiliteits-problemen.

Maar is XP natuurlijk nog lang geen mainstream, dus heb je verder wel gelijk. De consument gaat er (behalve het verplichte downloaden van ~6MB) wel op vooruit.
Hmmz alsof c-sharp zo compatible is met linux en de mac. Dit snap ik dus niet. Java is er al een behoorlijke tijd, en is sinds dien al onderdeel geworden van ons doen en laten. Er zijn tal van sites die java applets hebben etc.etc... Java is nogsteeds in de groei.

Wil MS op zo'n manier hun concurentie zachtjes uit de weg willen ruimen? What's next? problemen met de installatie van deze viruele machine?

Net wanneer MS heeft laten weten dat ze de concurent toe zullen laten op hun besturings systeem (wat laatst zelfs nog in de krant stond) komt dit. Beetje tegenstrijdig, ook al kan je hem nadehand zelf nog installeren.
Microsoft benoemt de programmatuur tot 'een hoop code die veel gebruikers niet nodig hebben'
Dat is een goeie, dat geldt natuurlijk ook voor 90% van de functies in MS Office. Kortom, dit is geen criterium. Als MS inderdaad zo goed naar de klanten luistert dan wil ik graag het rijtje met klanten zien dat gevraagd heeft om een kreupele browser die veel websites niet geod kan laten zien.....

Dat MS probeert om een eigen standaard te zetten is begrijpeleijk, maar het niet meer ondersteunen van een defacto standaard gaat ook wel weer erg ver.
Hij is gewoon niet meegeleverd, maar als je een iets opent met java kan je hem altijd nog downloaden hoor. Dus zo'n ramp is het nou ook weer niet.
Wat mij opviel is dat de jvm die je download bij XP dezelfde is als die van Win2K:
Microsoft (R) VM for Java, 5.0 Release 5.0.0.3802

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