Microsoft verlengt Java-ondersteuning

Heise weet ons te vertellen dat Sun en Microsoft enige toenadering hebben bereikt in de strijd om Java. Volgens het artikel, dat zich baseert op Amerikaanse mediaberichten, zou Microsoft de ondersteuning van Java verlengen tot september 2004. Tot nu toe zei de gigant uit Redmond steeds eind 2003 de stekker eruit te trekken voor Java. De twee bedrijven zouden met de nu overeengekomen verlenging klanten de tijd willen geven om op nieuwe oplossingen over te gaan. De harde strijd om het ontwikkelplatform ontstond enkele jaren geleden. Microsoft gebruikte Java onder licentie van Sun, maar werd er door Sun van beschuldigd dat het een versie gemaakt had die incompatible was met diens eigen Java-versie.

Als reactie daarop leverde Microsoft helemaal geen Java meer mee met Windows. Pas na een nieuwe rechtszaak werd de inmiddels verouderde eigen versie van Microsoft weer opgenomen in het eerste service pack voor Windows XP. In een volgende versie van dat service pack was Java echter weer helemaal verdwenen. Sun wilde Microsoft dwingen om Sun Java Virtual Machine op te nemen, maar in juni 2003 kreeg Microsoft toestemming van een federaal gerecht om geen Java mee te leveren bij zijn besturingssystemen. Vanaf dat moment gaf het bedrijf steeds aan dat eind 2003 volledig het doek zou vallen voor de ondersteuning van Java.

Reacties (44)

[Mars Warrior]

Het wordt me steeds duidelijker:

1. Als MS een bepaald product standaard meelevert met zijn OS dan wordt men "boos" (concurrentie vervalsing...)

2. Als MS een bepaald product NIET meer standaard meelevert met zijn OS dan wordt men "boos" (want ik moet het verd*mme nu bij de concurrent halen...)

Helderder kan niet

[niqck]

Correctie:

1. Als MS een incompatible versie van een bepaald product meelevert en daarmee de licentie overeenkomst schendt, wordt men boos.

2. Als gevraagd wordt om een compatible versie van dat bepaald product mee te leveren om zo de geleden schade te compenseren en dit geweigerd wordt, wordt men boos.

Kwestie van de zaken in het juiste daglicht te zien.

[Verwijderd]

Tja opzich kun je een bedrijf niet dwingen om Java te supporten maar anderzijds zou het niet supporten best weleens een redelijk nekslag voor java voor op de desktop en/of op het web kunnen betekenen. En het niet meer meeleveren van java zou bestweleens strategisch gezien zeer goed van pas komen gezien het feit dat er geruchten gaan dat microsoft macromedia over zou willen gaan nemen om zodoende flash in handen te krijgen.

[Verwijderd]

Ja, maar wat dacht je van Macromedia ColdFusion? Zat Ms al voor haar eigen ASP op te azen. Is ook een platform onafhankelijke ontwikkelomgeving. Is alleen hier op Tweakers niet erkent als een echte programmeertaal (kan het niet invullen op CV iig), hoewel het in de V.S. als webprogtaal op nummer 2 staat na ASP en voor PHP (of was het andersom?), is in elk geval een post op FP Tweakers van...

In elk geval kan die Sun JRE2 me gestolen worden, die heb ik er weer afgehaald, werkt veels te traag. De paar websites/apps die het dan niet doen neem ik graag voor lief... Heb dan liever de Ms VM.

[35MHz OC]

Waarom dan niet de IBM implementatie? Dat is het mooie aan Java. Meerdere bedrijven werken er mee en er aan.

[Verwijderd]

Het was sowieso altijd al gek dat MicroSoft Java bij Windows moest stoppen. Dat MicroSoft hun concurentiepositie iets meer benut dan moreel gezien juist is wil nog niet zeggen dat ze daarom maar het product van de concurent er bij moeten doen.
Het zou toch vreemd zijn wanneer bijvoorbeeld Sony bij een walkman verplicht een Philips koptelefoon en Duracell batterijen moet leveren? Of als je bij je Mercedes in het vervolg een Suzuki motor en Citroën stuur krijgt?
Voor degene die nu zo slim is om te zeggen dat Java náást MS's eigen product zou worden geleverd en het daarom wél verplicht kan worden gesteld; in je Mercedes zou je ook geen 2e motorblok willen meesleuren, dus waarom in Windows wél?

[chewie]

Om even voort te borduren op jouw voorbeeld (afgezien van het feit dat het moeilijk is om een goede vergelijking te maken). Wat zou er gebeuren als Sony 98% van de walkman-markt in handen had, en dan al zijn walkmans ging uitrusten met een nieuwe andere koptelefoonaansluiting, waar alleen de koptelefoons en cassettebandjes van Sony inpassen. Ja, dan zou niemand meer Sony kopen, maar in de software-wereld werkt dat dus niet zo. Microsoft heeft gewoon een bepaalde bevoorrechte positie (op eigen kracht verworven, dat wel) en ze kijken voortdurend hoe ver ze kunnen gaan om die positie "uit te buiten" (NOFI). Ik vind dat je vandaag de dag wel kunt stellen dat Java inmiddels een bepaalde standaard is, net zoals Flash dat is en Javascript. Flash wordt ook zonder problemen meegeleverd, Javascript-ondersteuning is ook niets geks. Wat is er voor Microsoft nu op tegen om Java-ondersteuning in haar browser te bieden. Je wil toch een goed product leveren? En bij elke nieuwe release meer functionaliteit toevoegen ipv verwijderen? Nee, in mijn optiek kan het enige juiste antwoord op de vraag waarom ze Java niet meer mee zouden willen leveren zijn dat Microsoft Java om zeep wil helpen of in ieder geval wil tegenwerken.

[MucGhuine]

Betekend dit dat nadien de Microsoft Virtual Machine volledig komt te vervallen, waarna iedereen die Java wil eindelijk weer het zelfde standaard Java-platform van Sun draait (waardoor je als programmeur gewoon zeker kunt zijn dat een Java ondersteuning op een PC jouw programma's kan draaien).

Als dat zo is, dan zou ik dit zelfs positief willen noemen.

[Aaargh!]

Bijkomend voordeel is dat je geen rekening meer hoeft te houden met de zwaar verouderder Microsoft VM.

[Verwijderd]

Ik vrees dat dit weleens het einde van Java op het web zoals we het kennen zou kunnen betekenen. Niet dat ik er echt verstand van heb, maar ik maak zelf graag gebruik van applets, en ik hoor erg veel mensen klagen over hoe lastig het is om een VM te downen. MS VM is niet meer te vinden, de VM van Sun laat de helft van mijn applets crashen. Ik ga dus alle applets van mijn sites verwijderen, en ik denk dat meer mensen en vooral bedrijven dat gaan doen. Jammer, want het gaf leuke mogelijkheden.

[Verwijderd]

Ik vrees dat dit weleens het einde van Java op het web zoals we het kennen zou kunnen betekenen.

Tuurlijk niet, de meeste grote spellensites werken bv. op Java. Bovendien is Java behoorlijk veel gebruikt in het bedrijfsleven voor non-desktop applicaties.

[Verwijderd]

Ik vrees dat dit weleens het einde van Java op het web zoals we het kennen zou kunnen betekenen.

Ik denk het niet. JAVA is heel wat meer dan alleen Applets. JAVA wordt het meest gebruikt op de server zoals in: Servlets, JSP, J2EE (enterprise beans). En dat zal zeker niet verdwijnen. En voor het gebruik op de server maakt het niets uit of MS nu wel of niet een JAVA VM standaard in Windows stopt.

[eamelink]

Dat zegtie toch ook: 'op het web', dat denk ik ook, als vrijwel niemand een browser met java gebruikt, zullen er steeds minder applets komen.

Heeft niets met java voor andere doeleinden te maken

[Verwijderd]

Ik denk dat Microsoft een goede stap heeft gemaakt. Vooral de professionele banksoftware werkt nog steeds voornamelijk op Java en omdat Java Platform onafhankelijk zou dat een goed kans voor linux (of in mindere mate solaris) betekenen.

Java is een mooie programmeertaal, alleen sun moet nog wat aan de (opstart)snelheid werken .

[paulh]

Ik denk dat je opmerking niet opgaat. Hoogstens voor wat java applets wordt de microsoft java vm nog gebruikt. Voor de rest wordt gewoon de JDK van sun gebruikt.

[pling]

Volgens mij is er ook nog wel wat COM om Java in gebruik. Dit truukje kan alleen met Microsofts JVM zover als ik weet.

[DrDread]

Pats boem. In de praktijk blijkt de platformonafhankelijkheid van Java helemaal niet zo'n grote rol te spelen. Veel organisaties gaan er bij de keuze tussen Java en iets als .Net vaak vanuit dat het gewoon voor hun platform beschikbaar is.

Veel organisaties met Windows als standaard OS kiezen bijvoorbeeld Java omdat ze een goeie offerte van IBM krijgen die bij hen Websphere naar binnen schuift. Ofzo.

Het lijkt mij in elk geval sterk dat organisaties ineens naar Linux gaan overstappen als Windows geen Java meer ondersteunt. Ik denk eerder dat zij naar .NET gaan. Dat is een stuk minder risicovol voor hen. Hoe triest dat ook is.

Alleen de organisaties die serieus UNIX draaien blijven Java doen. Als MS de stekker er voor Java uittrekt, gaat de Windows-wereld helaas braaf over naar .NET (op termijn).

[chewie]

Volgens mij worden de client en server-toepassingen weer een beetje door elkaar gehaald hier. Het artikel gaat namelijk over java-ondersteuning in de browser (voor applets), client-side dus.

Mijn inziens heeft dit totaal geen effect op de populariteit of het gebruik van Java aan de serverzijde. Immers, Websphere kun je ook op Windows krijgen, Sun Application Server ook, Allaire/Macromedia JRun, ga zo maar door. Ik mag aannemen dat wanneer een bedrijf besluit om (webgebaseerde) applicaties te gaan ontwikkelen ze wel even nadenken over een aantal zaken voordat ze beslissen of ze .Net gaan of J2EE.

Iets wat je echter wel zult zien wanneer applets niet meer standaard in IE, nog steeds verreweg de meest gebruikte browser, ondersteund worden. Is dat applets langzamerhand zullen verdwijnen van publieke sites. Intranetten zullen er waarschijnlijk nog wel gebruik van blijven maken omdat de clientconfiguratie daar vaak vast ligt. Maar de gemiddelde gebruiker zal niet zelf een JVM gaan installeren, tenzij dat heel makkelijk gemaakt wordt op een Shockwave-achtige manier.

[jimshatt]

Dit is wel verbeterd de laatste tijd.
Op java.sun.com kun je ook icoontjes pakken die je net als flash en shockwave onder aan je site kunt plakken. Daarmee installeer je vrij eenvoudig een Sun JRE.

[Verwijderd]

Uitstel van executie voor Java dus.

Ik snap niet dat een omgeving die al zolang bestaat nog steeds zo traag aanvoelt. Maar goed echt veel verstand heb ik niet van Java.

[Verwijderd]

Java is platform onafhankelijk, maar elk platform werkt anders. Om dit te compenseren maakt Java gebruik van een zogenaamde Virtual Machine. Dit is een vertaler die dus zorgt dat de Java instructies worden omgezet in instructies voor het platform. Deze vertaling maakt het allemaal een stuk trager.

[Verwijderd]

Daar hebben ze bij Sun de Just-in-time (JIT) compiler voor geschreven, die de bytecode omzet in native-code, zodat het snelheidsverschil behoorlijk afneemt.

[Bobco]

Het verschil in snelheid zit ook voor een groot gedeelte in het starten van de JVM. Verder is Swing (de grafische standaard library die door Sun wordt meegeleverd) ook geen toonbeeld van snelheid.

Veel mensen kijken voor de snelheid van een applicatie naar twee dingen: hoe snel start 'ie en hoe snel staan al die mooie plaatjes op het scherm. Java-applicaties scoren slecht met deze criteria.

Java is niet langzaam als het eenmaal draait. We hebben hier wel eens een experimentje gedaan met een web service en dan blijkt dat Java sneller kan zijn dan .Net. Kwestie van de omgeving 1 keer opstarten en dan de dingen hergebruiken die al geladen zijn.

Deze manier van denken over snelheid is op een server nauwelijks relevant, omdat de service pas beschikbaar is als de JVM gestart is. De eerste client call heeft dan misschien nog de pech dat er allerlei classes moeten worden geladen, maar daarna gaat het als een speer.

Iets wat voor server applicaties veel belangrijker is, is de beschikbaarheid van goede libraries met veel gebruikte functionaliteit. Op dit punt scoort Java heel erg goed, naar mijn idee veel beter dan .Net, maar dat laatste volg ik alleen vanaf de zijlijn.

Verder is de plugbaarheid van een boel Java componenten erg plezierig. Andere XMl parser nodig? Geen probleem. Andere applciatie server gebruiken? Nauwelijks een probleem, mits je code netjes aan de J2EE spec voldoet. Dit aspect van Java is voor veel server applicaties erg aantrekkelijk.

.Net is wat dat betreft simpeler: het lijstje leveranciers bestaat eigenlijk maar uit 1 partij. En zoals Johan Cruijff al zei: elk voordeel heb se nadeel....

[Verwijderd]

De twee bedrijven zouden met de nu overeengekomen verlenging klanten de tijd willen geven om op nieuwe oplossingen over te gaan.

Oplossingen zoals...? Java werkt toch nog altijd prima? En steeds meer mensen leren het (hier op de uni nu ook, zijn naar java overgestapt), nu willen ze WEER dat je op naar ander platform overstapt?

[Verwijderd]

Flash is tegenstelling met Java geen volledige programmeer taal. Als Microsoft Java eruit gooit is het waarschijnlijk dat zelf met een eigen virtual machine komen. En als ik het goed heb hebben ze dat ook met de .net virtual machine. Zover voor de standaardisatie.

<edit>Bedoeld als reactie op xCAT</edit>

[Verwijderd]

Hmmm, voor mij in elk geval geen JAVA meer van Sun op mijn Windows XP, start veels te traag op. Heb het er maar weer afgehaald. Jammer dat ik de Ms JAVA virtual machine niet meer kan vinden.

Websites die JAVA technieken gebruiken werken nu weliswaar niet, maar dat neem ik graag voor lief.

//edit
Okee thanks voor de links, heb even gekeken, maar het zijn alleen upgrades. Maar ook op microsoft.com kan ik hem toch niet meer vinden, alleen wat patches ervoor...
+3 informatief op een 0 overbodige vraag? Jullie mogen modden wat je wilt, maar ik denk dat er toch heel wat mensen blij zullen zijn als VM weer op hun systeempje staat...

//edit2
Yes, hij staat er nu op, de VM! Eindelijk weer instant JAVA ondersteuning i.p.v. lang wachten! Sander is de king!

[Sander Schrier]

Ik heb even vlug gekeken voor je, maar je kunt de nieuwste versie nog steeds downloadenn via de Windows Update-catalogus. Ik heb daarin gezocht op updates voor de Nederlandse versie van Windows XP SP1 met "VM" in de naam...

En anders zoek je op http://www.filemirrors.com naar "msjavwu.exe". Daar vond ik ook een goede link: http://www.gerard.lyannaz.firstream.net/progs/msjavwu.exe

Ik kom er nog even op terug. Het blijkt inderdaad zo te zijn dat je bovenstaande versie alleen kunt installeren als er al een eerdere versie op de computer aanwezig is. Daarvoor zou je wederom bij FileMirrors terechtkunnen; zoek dan naar "msjavx86.exe". Misschien een beetje omslachtig allemaal, maar het zal uiteindelijk werken

[Verwijderd]

Een hele slechte zaak. Java is een van de weinige high-level programmeertalen die platformonafhankelijk is. Destijds heeft het de ontwikkeling van het internet erg vooruit geholpen, omdat het het mogelijk maakte dat internetpagina's op verschillende architecturen en met verschillende operating systems werkte. Met Windows XP werd het al lastiger om bepaalde internet pagina's correct weer te geven, omdat Java eruit werd gehaald met SP1a.

Dit kost heel veel bedrijven/ particulieren veel geld/ tijd om de Java specifieke code te herschrijven nu het doek definitief valt, want je kan er niet vanuit gaan dat Jan met de korte achternaam zelf Sun Java of MS VM gaat installeren.

Overigens vraag ik me 1 ding af. In Frontpage (Office) XP (een recente versie van de Office-suite) zitten standaard allerlei Java applets. MS is dus ook niet helemaal consequent in hun ondersteuning voor Java.

[reactie op abraxas]

de meeste programmeertalen zijn platformonafhankelijk kwestie van recompilen

Het hele idee van Java is dat het een run-time compiler is. Een gebruiker/ consument weet niks van compilers en hoeft er ook niks mee te kunnen.

[reactie op muabdhib] Niet iedereen heeft admin rechten .. Thuisgebruikers wel, maar in een bedrijf timmer je dit soort mogelijkheden dicht.

[Verwijderd]

Java is een van de weinige high-level programmeertalen die platformonafhankelijk is

de meeste programmeertalen zijn platformonafhankelijk kwestie van recompilen..

[Verwijderd]

Maar bij Java is het niet nodig om elke keer platformafhankelijke instellingen te maken. javac *.java en klaar...

[Verwijderd]

Dit kost heel veel bedrijven/ particulieren veel geld/ tijd om de Java specifieke code te herschrijven nu het doek definitief valt, want je kan er niet vanuit gaan dat Jan met de korte achternaam zelf Sun Java of MS VM gaat installeren.

Waarom niet? Venstertje in beeld... Voor deze webpagina is de Sun Java Virtual Machine benodigd. Druk om ja om nu te installeren. dûh