Microsoft bezig met Java.NET?

The Register heeft een verhaaltje geplaatst over Java.NET. Microsoft zou naast ondersteuning voor de tot nu toe aangekondigde talen waaronder Visual Basic en C# ook Java willen opnemen in het .NET raamwerk. Bronnen die door The Register als geloofwaardig worden bestempeld beweren dat Microsoft, ondanks de vele conflicten met Sun, het zich simpelweg niet kon veroorloven om Java als taal te links te laten liggen. Men voorspelt dat Java uiteindelijk populairder zal worden dan C++, ondanks pogingen van Microsoft om met C# de aandacht af te leiden. Sun laat het klonen van Java toe, zolang het onder een andere naam is en zichzelf niet "compatible" noemt voor het intensief getest is door haar eigen medewerkers. Op dit moment kunnen ontwikkelaars wel software van derden gebruiken om de combinatie .NET/Java te realiseren, maar in november zou dit ook mogelijk worden in Visual Studio:

The Beast's ultimate goal is to get its .NET platform adopted, so welcoming Java developers into the camp simply makes good business sense. It runs the risk of devaluing its C# proposition, but in the greater scheme of things losing a language is a small sacrifice on the road to gaining the dominant enterprise developer platform. Which would you rather have?

However, Sun is likely to view any Microsoft Java with deep suspicion. Or more precisely, a battery of deeply suspicious and well heeled attorneys.

Reacties (32)

[Arno]

Op zich niet verkeerd

Op deze manier wordt dotnet voor meerdere programmeurs open om te gebruiken, nu zitten ze niet meer vast aan bijvoorbeeld C# of VB

[EfBe]

Veel talen krijgen een .net compiler hoor Rational Rose maakt de Java compiler in opdracht van Microsoft. Omdat Visual Studio.Net een systeem heeft waarbij je als compilerbouwer automatisch gebruik kunt maken van de IDE's features zoals color coding en intellisense, is het voor taalbouwers erg gemakkelijk om developers via VS.net aan zich te binden. Ik weet niet of veel java developers nog erg bezig zijn met microsoft's platforms, omdat veel al een tijdje terug zijn afgehaakt ivm de rechtzaak die verbood dat MS zn tools nog mocht updaten. (Zodat J++, eens de meest innovatieve java editor met real time syntax checking, achterop raakte). De meeste mensen die op dit moment op het windows platform ontwikkelen en kijken naar .Net, kijken naar VB.net of C#. Omdat het toch allemaal in dezelfde CLR draait, boeit het ook niet wat je pakt als taal.

[wimmi]

Zodat J++, eens de meest innovatieve java editor met real time syntax checking

[off-topic]Klein kanttekeningetje: zo innovatief is [real-time] syntax-checking toch niet?[/offtopic]

[Verwijderd]

Op dit moment zijn er zeker 15 talen compatible met .NET; COBOL bijvoorbeeld, of Python, maar ook SmallTalk, Component Pascal, Perl en Eiffel. Die zitten niet allemaal in Visual Studio .NET, maar worden door de eigenaars van de taal voorzien van de benodigdheden (CLS, CLR) om .NET te kunnen targetten. Kiezen tussen C# en VB.NET is dus niet echt nodig. (In VS.NET zit trouwens ook nog Managed C++, een 'nette' versie van C++ die strict OO is en voldoet aan de eisen van .NET.)
Het mooie van .NET is dat het een open ECMA standaard wordt: iedereen kan gratis ECMA standaarden opvragen. En de TC's van de ECMA die zorgen voor de standaardisatie bestaan uit mensen van Microsoft, SUN, Netscape, IBM enzovoorts...
Er worden al runtimes voor .NET voor Linux, UNIX, HP/UX enzovoorts ontwikkelt. Dat kan ook gewoon, omdat het een ECMA standaard is die zegt wat een runtime moet kunnen, Microsoft heeft geen invloed op wie wel en wie niet de standaard mag krijgen van ECMA. En eindelijk lijkt Microsoft echt van plan om deze standaard ook bij ECMA te laten, zonder daar zelf verder mee te werken en de door de tweakertjes hier zo gehate "eigen versie" te maken.
Let wel: het is geen "open source": je mag niet zelf een .NET bouwen met de .NET standaarden, maar er vervolgens een hoop eigen filosofie ingooien en dat dan ook .NET noemen. De standaarden voor .NET zullen verder ontwikkelt worden binnen de ECMA. Ik voor mij vind dat een betere oplossing dan het Open Source maken, maar dat ben ik.

[tweakerbee]

.NET wordt toch niet een hele open standaard? Dus zoveel programmeurs trekt het niet aan. Het maakt wel de marktacceptatie groter. .NET draait niet echt op vrijwilligers.
Misschien gaat .NET wel floppen. Dat zou een hele leuke kans zijn voor Windows. ALS die tenminste een volwaardig (stabiele) desktop krijgt. Eigenlijk een SIMPELE desktop. GNOME is al te moeilijk voor de dummies. En GNOME is niet het stabielste wat ik tegen ben gekomen. KDE trouwens ook niet. Weet iemand of dat Eazel nog iets is?

Dank voor de moderatie

[Arno]

Ik heb wel eens een meeting van Microsoft bijgewoond. Hun schrijven een interface in dotnet die met standaard "semi open" standaarden te benaderen zijn. Op deze manier kun je een app maken die werkt onder Windows 2000, maar ook bijvoorbeeld op een Palm (als Palm een handheld zou maken met dotnet ).

[EfBe]

(ik reageer op apa)

dat is ASP.net, niet het .net concept in zn geheel.

de basis van .net is 1 runtime, meerdere talen die runnable code leveren die samen te gebruiken is zonder limits. Daarnaast een nieuwe manier van software bouwen (dmv (web)services) waarbij de .net runtime als basis voor is gekozen. Maar je kunt bv nu als mbv SOAP interfaces webservices maken, daar heb je .net niet voor nodig.

[apa]

Dat is niet echt de bedoeling van .NET, maar het is wel mogelijk ja. De bedoeling van .NET is dat je bv. een programma kan schrijven in ASP of VB (en ook Java of C#) en toegang verschaffen tot een database zonder je zorgen te moeten maken over waar die DB staat, welke type DB het is, ...

Met ASP zou je dan bv. data kunnen opslaan voor een bepaalde gebruiker op een transparante manier: het is .NET die bepaalt of de data in een cookie, in session-variables of in de URL als params bewaard wordt...

Qua gebruik ga je iets minder merken van .NET, maar de ontwikkelaars zouden de meeste winst moeten boeken met .NET.

[raptorix]

Klopt ik heb verleden week een soap interface geschreven, en dat kan gewoon in asp, zonder dat je daarvoor een .net omgeving nodig hebt. Voor mensen die het leuk vinden om zelf een soap interface te maken zou ik zeker dit artikel aanraden : http://www.vbip.com/xml/soap_syd.asp

[wasigh]

mmm waar heb ik dat eerder gehoord

Java kan dat al een tijdje (j2me)
1 en hetzelfde programma draait op:
palm, gsm (en elk ander wireless device met j2me)
compleet met
-> netwerk
-> kleuren scherm
-> dataopslag

(you name it)

[Verwijderd]

Qnx is misschien eens leuk voor je om naar te kijken. Het heeft alles wat een OS nodig heeft en het heeft een goede desktop. Ik als Unix leek kreeg alles in een mum van tijd aan het draaien. Inclusief internet toegang via kabel.
Je kan hem gewoon naast windows draaien en op FAT32 installeren als je wilt. En je kan hem gewoon via windows weer de-installeren. Overigens kan je hem gewoon vanuit het DOS menu starten.

Voor installatie voor extra software hebben ze een packetmanager aan boord. Dit werk ook erg goed.

http://www.qnx.org

Was puur voor tweakerbee bedoeld

[EfBe]

MS MAG geen nieuwe java technologie uitbrengen, ivm een rechtzaak schikking. End of story.

Rational Rose maakt de compiler voor de .Net CLR. Dat is al een jaar bekend. Zoals ook bekend, kan iedere taalleverancier een plugin maken voor VS.net, waarmee zn taal automatisch colorcoding, intellisence etc etc krijgt in de VS.net IDE. Dus ook die java compiler van Rational Rose.

[RobertdeBruin]

Het concept van DotNET is zeker de toekomst. Dan kom je gelijk bij de volgende kwestie, wil je dat iedere grote ontwikkelaar weer haar eigen variant op de markt brengt: IBM, Novell en Sun zijn ook al bezig, maar Microsoft's DotNET is de enige tot dusver dat al enigzins concreet is en meerdere talen ondersteund, daarom is het zo goed dat ook Java bij deze talen gaat horen. In tegenstelling tot wat de meesten zullen roepen is DotNET niet (wederom) een solo-project van microsoft om de wereld te veroveren, maar zijn vele honderden toonaangevende bedrijven in diverse markten (hardware, infrastructuur, etc) bij de ontwikkeling betrokken en is het gebaseerd op belangrijke, publieke standaarden waaronder SOAP.

Sun zal MS waarschijnlijk wel gaan pesten zoals tweakerbee al zei, maar dat zal alleen zijn omdat hun eigen distributed computer platform (Jini) niet de acceptatie en ondersteuning zal gaan krijgen zoals DotNET. Dus Sun: stop your bitching en help een handje mee (test de java-versie en geef suggesties, ipv dit tegen te gaan).

[apa]

Het concept van DotNET is zeker de toekomst

Waarom? Eigenlijk brengt MS met .NET niks erg speciaals he: het is enkel een bijkomende laag in de programmatuur... niets meer, niets minder.

Dat idee bestaat al even: Java zelf is ook in dat opzicht ontwikkeld.

Dat Java opgenomen wordt in .NET was ook te verwachten. Wil MS .NET echt populair maken, dan moet het ook de oertalen als Cobol, ForTran, DB2 integreren in het raamwerk.

[Arno]

Dat Java opgenomen wordt in .NET was ook te verwachten. Wil MS .NET echt populair maken, dan moet het ook de oertalen als Cobol, ForTran, DB2 integreren in het raamwerk

Waarom dat

Op die manier komen ze nooit van de oude compatibility dingen af. Doen ze dit niet, dan hoeft Windows ook geen extra overhead te hebben voor oudere dingen

[apa]

Die apps omzetten naar nieuwe programmeertalen is een enorme kost en vele bedrijven zien dat niet zitten. Met .NET zouden ze met beperke aanpassingen bv. een Cobol programma kunnen laten communiceren met een moderne Oracle DB of er een ASP front-end aan plakken...

[Atmosphere]

'Object code' sneller dan een 'Native binary'. Denk het niet .. Aangezien de vertaalslag van object naar executable dan niet nodig is . En het gaat niet echt om compatibiliteit in de zin van 16 & 32 bits, meer om de compatibiliteit tussen verschillende platformen zoals een .Net en een alternatief van bv SUN.

De toevoeging van 'Java.NET' is eigenlijk niet meer dan een middel om de .NET technologie sneller en breder geaccepteerd te laten worden.

[EfBe]

Er zijn meer dan 20 talen al geport naar de CLR. Niet elke taal kan naar de CLR worden geport en HOEFT naar de CLR te worden geport. Sommige talen zijn juist ontwikkeld om te worden gebruikt binnen vastomlijnde systemen, niet binnen een CLR omgeving. Waarom zou je dan dat soort talen porten naar .Net... om .net op de kaart te zetten? Doe alleen de tutorials in de VS.net documentatie maar en je weet als VS6 bezitter al dat je niet kunt wachten op het .Net platform. Daar heeft .Net echt geen cobol of DB2(? was dat geen database) voor nodig

[ornitoloog]

Sun moet Microsoft gaan helpen? Zij houden zich niet aan een standaard (1? meerdere eigenlijk) en dat doen ze bewust. En dan zal Sun Microsoft moeten helpen om Java de vernieling in te helpen en hun eigen initiatieven moet stoppen?

Ach DotNet is misschien een best goed initiatief, maar de vraag is natuurlijk: wat gaat het kosten (en wat krijg je er voor terug)?

[tweakerbee]

Or more precisely, a battery of deeply suspicious and well heeled attorneys.

Met andere woorden: Tuurlijk, gebruik onze techniek, we zitten erop te wachten tot jullie iets fout doen, en DAN klagen we jullie kont eraf.

Persoonlijk vind ik het wel grappig. Sun is altijd bezig met MS pesten...goed voor de consument!

[Standeman]

Ik zie ff niet in hoe het goed voor de consument kan zijn als sun MS zit te pesten??
Natuurlijk zijn er wel onenigheden tussen sun en MS, maar ik denk dat dit zwaar overdreven is. Sun wil namelijk ook dat hun product (Java dus) door iedereen wordt overgenomen!

Dit soort uitspraken doet mij denken aan compleet kinderlijk gedrag en ik twijfel dan ook dat sun zo iets zou zeggen! Dat stukje komt vrij duidelijk van onze wel bekende e-paper... The register!

[rashnu]

MS heeft java zo aangepast dat het niet meer compatibel is met de sun versie, C# is ontwikkeld door MS omdat ze Java niet meer in het visual studio pakket mochten leveren.

Nu wil MS het dus toch weer in Visual studio gaan bouwen en ik geef Sun dan toch echt wel gelijk door een recht zaak aan te gaan.

[memphis]

En microsoft zit de rest ook niet te pesten door net effe af te wijken van alle standaarden

Java is een algemeen geaccepteerde taal dus mag het van mij door iedereen in alles gestopt worden als ik er maar zeker van ben dat ik er ook alles op kan draaien wat erop zou moeten kunnen draaien.

[LollieStick]

Als Microsoft de rest zal gaan pesten, zijn ze zo hun klanten kwijt (de grote OEMs bijvoorbeeld).

Wat het java betreft, zolang ze de licenties van Sun aanhouden, kunnen en mogen (zolang de licentie het toelaat) het in hun besturingssysteem (of in dit geval Visual Studio) planten. Doen ze dit zonder licentie, dan hebben ze grote kans dat ze nog een rechtzaak tegen zich krijgen. Ik denk niet dat ze daar op zitten te wachten.

[TheOneLLama]

"Ik zie ff niet in hoe het goed voor de consument kan zijn als sun MS zit te pesten??"

Gratis StarOffice CD's.. altijd handig toch?

[webster]

Blijft lachen dat je in iedere reactie waarin geprobeerd wordt het .Net systeem uit te leggen (ook in eerdere discussies) maar een klein deeltje van .Net uitgelegd ziet, net wat voor diegene blijkbaar interessant is of waar hij het laatst over heeft gelezen...

Wazige marketing term... (wel mooie verzameling van technologieen)

[Verwijderd]

Ik vind van mezelf al dat ik lange postings neerzet, en dan wil jij dat in ieder verklarend artikel heel .NET wordt uitgelegd? Ik heb net een beknopte beschrijving van het .NET platform van 300 pagina's doorgenomen... Ik ben wel blij dat mensen hier alleen neerzetten wat nodig is... Ik vind het alleen jammer dat er ook mensen reageren die de ballen lijken te snappen van .NET en met enorm verkeerde conclusies komen, zoals dat .NET hetzelfde is als Java, maar dan van Microsoft. (Zelfs C# gaat niet veel verder dan syntax en 4th generation zijn in z'n "hetzelfde zijn" als Java.)

[Verwijderd]

waar kan ik meer (lees: alles) over .NET lezen? waar staan bijvoorbeeld die 300 pagina's?

[Verwijderd]

Inderdaad erg grappig dat iedereen zo snel een mening heeft over iets waar ze geen idee van hebben wat het nou daadwerklijk inhoud. Als de naam van Microsoft valt is het bijvoorbaat , Zou toch fijn zijn als al die lazy dudes es de moeite zouden nemen om eerst dingen te gaan lezen en dan pas kommentaar te gaan geven...

Neem een voorbeeld aan 2morrow, begin es te lezen op http://www.microsoft.com/net/qa.asp of kijk es op http://www.gotdotnet.com/ voor wat meer gedetaileerde info op code e.d.

[mbravenboer]

Allereerst is het voor het voor de consument absoluut niet boeiend dat .NET de Java taal zou gaan ondersteunen (of beter gezegd, dat Java 1 van de talen wordt die naar .NET IL gecompileerd kan worden). Bestaande Java applicaties zullen nooit in .NET kunnen werken omdat dit ook een port van alle Java bibliotheken vereist. Dit is vrijwel onmogelijk. Java Applets zullen in ieder geval nooit werken op dezelfde manier als in een Java VM.
.NET CLR heeft totaal geen vergelijkbaar security model.

Voor de ontwikkelaars is het aardig, maar niet erg relevant. Allereest is het leren van C# voor kenners van Java een triviale zaak. Elke Java programmeur kan zo met C# aan de slag in .NET. Het enige voordeel wat dus over zou kunnen blijven is het gebruiken van oude code die geschreven is voor het Java Platform of het ontwikkelen van code die zowel in .NET draait als op het Java Platform. Dit is echter vrijwel onmogelijk door de verschillende bibliotheken. Waarom zou een Java programmeur trouwens liever voor .NET dan voor het Java Platform willen ontwikkelen? Er zijn meer dan genoeg goede bibliotheken voor Java. .NET is minder platform onafhankelijk dan Java, ook het Java Platform biedt mogelijkheden om samen te werken met andere talen.

Conclusie: Java code zal nooit uitwisselbaar zijn tussen de beide platformen. Zowel voor de consument als voor de producent biedt het dus weinig voordelen.

Het is veel belangrijker dat er goede oplossingen komen om het Java Platform te laten samenwerken met .NET applicaties door middel van web-services (SOAP). Het Java Platform biedt al brede mogelijkheden voor ontwikkelen van web-services en er zijn zelfs al ideeen om Java applicaties vlekkeloos te laten samenwerken met .NET Remoting.

[wasigh]

Sun is overigens met SunONE bezig.
een op bestaande technieken gebaseerde open-standaard voor web-applicatie ontwikkeling
Laatst een meeting van gehad en zag er erg overtuigend uit.

Sun heeft nog steeds goede kaarten in handen. en ik denk vooral een grote community die hen steunt

[KinkyClown]

Op zich niet geheel een vreemde zet van ze; vorige week hebben ze aangekondigd (en een betá gereleased) van hun JDBC SQL 2000 driver voor Java. Deze is overgekocht van Merant ). Microsoft ziet heus wel in dat een hoop mensen werken met Java en het platform niet zomaar verlaten voor een look-alike zoals C#.