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 , , 13 reacties
Bron: InfoWorld

Sun Microsystems heeft plannen aangekondigd om de samenwerking tussen het Java- en .NET-platform te verbeteren. Het is de bedoeling dat een aantal WS-specificaties in Java ge´mplementeerd zal worden door Sun en dat het daardoor mogelijk wordt om via webservices vanuit Java met andere software te communiceren. De specificaties waar Java-programmeurs de beschikking over zullen krijgen, zijn de volgende: WS-Addressing, MTOM (Message Transmission Optimization Mechanism), WS-Policy, WS-MetadataExchange, WS-Security, WS-Trust, WS-SecureConversation, WS-ReliableMessaging en WS-Coordination. Microsoft heeft aangegeven dat deze specificaties een onderdeel zouden vormen van het Windows Communication Framework, codenaam Indigo, zodat softwareontwikkelaars deze eenvoudig kunnen implementeren.

Het is Suns bedoeling om de implementaties van de WS-specificaties onder een open-sourcelicentie vrij te geven, zodat deze zonder problemen gebruikt kunnen worden in software. De code zal beschikbaar komen via het Glassfish-project. Via dat project wordt onder meer gewerkt aan een open-sourceversie van Suns Java System Application Server. De verwachting is dat de eerste stukken code van de WS-implementaties binnen drie tot zes maanden beschikbaar zullen komen. Enkele maanden hierna zal opnieuw code vrijgegeven worden, namelijk via het Java Web Services Developer Pack. Microsoft is erg te spreken over Suns initiatief om te werken aan interoperabiliteit tussen het Java- en .NET-platform: "Microsoft is pleased that Sun shares our goal of using the WS-* specifications to provide interoperability between applications regardless of the underlying platform."

Moderatie-faq Wijzig weergave

Reacties (13)

Jammer om te zien dat een post over aansluiting / samenwerking uitvloeit in een discussie over de voor- en nadelen van het .Net danwel Java platform. Juist het feit dat er straks beter samengewerkt kan worden met de platformen waar dat zinvol is zonder de kenmerken van de een of de ander op te offeren zou centraal moeten staan. Uiteindelijk zijn de respectievelijke platformen nl. slechts middelen tot een doel (nl. goede software) en geen doel op zich.

Mijn leven als developer wordt bovendien makkelijker als de koppelingen al kant-en-klaar zijn, want dan kan ik meer focus leggen op functionaliteit en business value, en minder op het aanleggen van allerlei 'leidingen' .... ik ben tenslotte geen loodgieter ;)
Jammer om te zien dat een post over aansluiting / samenwerking uitvloeit in een discussie over de voor- en nadelen van het .Net danwel Java platform.
Dat is natuurlijk wel een beetje de nature van discusseren hier :) Eigenlijk vind ik deze manier van samenwerking niet zo opzienbarend. Als je via web services communiceerd maakt het opzich zowieso niet uit welk platform er achter hangt.

Voorderest vind ik .NET en Java eigenlijk veel meer 'broeders' dan vijanden. In grote lijnen wordt, technisch gezien, een beetje dezelfde filosofie aangehangen.

C# en Java de taal lijken al erg op elkaar (waarbij terecht gezegd werd dat C# iets sterker is, alhoewel Java 1.5 dat weer een -beetje- heeft ingehaald door tenminste annotations te supporten en een soort van generics).

Kwa framework zie je dat beide ook de mogelijkheden hebben van web components waaraan je server-side event handeling kan hangen. .Net had dat al, Java ook al een beetje met Struts en gaat dat echt helemaal krijgen met het nieuwe JSF dat in de volgende versie van JEE zal zitten.

.Net komt nu in 2.0 met leuke extra dingen als Masterpages, maar zo heb je in Java bijvoorbeeld weer andere 'leuke' dingen als Spring (IOC container).

Beide hebben ook de notie van een VM, met intermediate code als distributie unit. In .Net heb je daarvoor mooie assemblies. Gewoon Java heeft nu nog de oude jars, maar Java EE biedt al wat geavanceerdere dingen. De JSR over Java Modules gaat net zoals .Net een sterkere distributie unit verzorgen (dus incl versioning, dependencies, etc).

Beide platformen zijn ook gericht op serieuze, profesionele developpers.

Zelf zie ik de echte 'vijand' eerder in PHP. Hoewel hier ook wel profesionals mee werken, is de main audience van PHP toch de prutser. De prutser haat designs, ziet de noodzaak niet in van gelaagdheid of architectuur en wil alleen maar wat code tussen HTML kunnen prakken. In tegenstelling tot de .NET programmeeur en de Java programmeur denk de gemiddelde PHP'er compleet 1 dimensionaal: er is HIER op dit plekje een knop nodig, dus alles wat met die knop te maken heeft moet dus op dit plekje komen. Als een andere page dat ook nodig heeft copy-pasten we alles gewoon ff daarheen.

Deze wensen van de prutser zie je dan ook gereflecteerd in het PHP 'pakket'.

Het enge is dan dat deze instelling ("niet leren, niet nadenken, maar proggen!") nog enorm aan terein wint ook. Ik gruwel ervan dat ik mischien in de toekomst met dergelijke mensen zou moeten samenwerken omdat 90% van de bedrijven op deze manier werkt.

Mocht, kort door de bocht, .NET de (server-side) wereld overnemen dan heb ik daar als programmeur minder problemen mee, omdat ik dan nog steeds met een series framework kan werken wat voor en door profesionals is. Wordt PHP de wereld standaard dan moet ik dus als iemand die jaren lang heeft gestudeerd op designs, technieken, patterns, etc opeens samenwerken met 18 jarige jochies die nog te beroerd waren om "PHP for dummies' helemaal uit te lezen, geen enkel besef hebben van de grote lijnen, maar wel 'lekker kunnen PHP'en en dat dan ook een 'pracht taal' vinden.
Ik denk persoonlijk dat PHP steeds meer richting Java/.NET gaat qua OO. En als je code schrijft zoals de scriptkiddies dat doen zul je nooit geen grote projecten kunnen maken zonder dat die volzitten met bugs en inefficienties.
Ik programmeer zowel Java als PHP, nou moet ik bekennen dat ik liever een servlet zou gebruiken ipv een php script als het ook maar iets ingewikkelder wordt dan het standaard IO schrijven en databasegebruik maar denk dat PHP nog wel de goede richting ingaat.
Je zou natuurlijk ook zelf een mooie tool kunnen schrijven die zorgt dat je php code sterk getypeerd is zodat de scriptkiddies wat beter hun best gaan doen :).
Binnen het segment van de grote Frameworks en talen begint Sun het te verliezen van .NET. Zeker nu .NET 2.0 uit is al Java het zwaar gaan krijgen op het Windows platform. De mogelijkheden en eenvoud van .NET is vele malen beter en groter dan die van Java.

Het enige wat Java nog in leven houdt, is de incompatibliteit van .NET en Linux en dus de platformonafhankelijkheid van Java. Echter beginnen de grote bedrijven zich ook meer en meer achter Mono te scharen (De Open Source (linux) versie van .NET en beginnen ze dus de hitte te vullen van .NET. Overigens om een mythe die veel mensen geloven weg te halen: .NET is niet Closed Source. Er is een vrij groot gedeelte Open Source, maar een aantal onderdelen zoals de WinForms zijn wel Closed Source.

Dit is dus een zeer slimme keuze! Door de interoperabiliteit door te voeren in Java kunnen ontwikkelaars voortaan eenvouding client server systemen bouwen met .NET client (Windows) en Java server (Linux) applicaties. Er zullen genoeg bedrijven zijn die dit zeer zullen waarderen en omarmen.

Daarnaast is samenwerking altijd goed tussen talen (Zolang het wel goed werkt, Corba bijv. vind ik rotzooi).
@HolyFish: Ik denk ook niet dat mijn mening voort komt uit Corba zelf, maar uit de gebrekkige Delphi implementatie ervan.

Edit: Oh jee ik spreek weer "kwaad" over Open Source en "goed" over MS, Flamebait me maar weer..Wat een kortzichtigheid weer es hier op tweakers....Oh en dan ook nog de kern van me verhaal missen in de reacties hierop en vervolgens offtopic gaan over voor- en nadelen van .NET en ze vervolgens positief modden. Knap hoor!
Binnen het segment van de grote Frameworks en talen begint Sun het te verliezen van .NET. Zeker nu .NET 2.0 uit is al Java het zwaar gaan krijgen op het Windows platform. De mogelijkheden en eenvoud van .NET is vele malen beter en groter dan die van Java.
Mogelijkheden in .NET groter dan in Java? Ik dacht het niet. Als ergens wel veel mogelijk is, dan is het op het Java platform. Ik zou eerder zeggen dat bij .NET, .NET api`s het enigste is waar je uit kan kiezen en bij Java heb je een grote hoeveelheid alternatieven. En ik zie verder ook een groot aantal Java specs vertaald worden naar .NET vb: Lucene, Log4j, Spring, Hibernate, Maverick. Noemt eens 2 .NET api`s die terug vertaald worden naar Java?

En alhoewel ik het niet altijd eens ben met de specificaties die Sun uit brengt, ik weet dat .NET net zo veel stugge logge specificaties maakt: zie zien er op papier vaak prachtig uit maar in de praktijk zijn ze vaak gewoon ronduit kut. Het voordeel aan het Java platform is dat ik nog een alternatief kan kiezen en bij .NET heb je die gewoon niet.
et enige wat Java nog in leven houdt, is de incompatibliteit van .NET en Linux en dus de platformonafhankelijkheid van Java.
Je dacht toch zeker niet dat MS behoefte heeft aan een alternatief OS waarop .NET kan draaien?
Echter beginnen de grote bedrijven zich ook meer en meer achter Mono te scharen (De Open Source (linux) versie van .NET en beginnen ze dus de hitte te vullen van .NET.
Noem er eens een paar.
Dit is dus een zeer slimme keuze! Door de interoperabiliteit door te voeren in Java kunnen ontwikkelaars voortaan eenvouding client server systemen bouwen met .NET client (Windows) en Java server (Linux) applicaties. Er zullen genoeg bedrijven zijn die dit zeer zullen waarderen en omarmen.
Ik snap niet hoe mensen zo dom kunnen praten als jij. Java draait perfect onder windows. Wij draaien bijna al onze Java applicaties (JBoss/Tomcat meuk) onder windows 2003 server en dat draait uitstekend. Het feit dat jij dit zegt laat alleen maar zien dat je gewoon echt niet weet waarover je praat.
Daarnaast is samenwerking altijd goed tussen talen (Zolang het wel goed werkt, Corba bijv. vind ik rotzooi).
Ik hoop ook dat je begrijpt waarom Corba rotzooi is (dus niet alleen omdat vs.net daar minder sterke tooling voor aanbied). Als je denkt dat je objecten kan distribueren en je geen rekening hoeft te houden met allerlei network latencies, dan ben je gewoon dom bezig. Ik hoop dat je de 'First Law of Distribution' van Martin Fowler kent... ik betwijfel eerlijk gezegd of je Martin Fowler uberhaubt kent.
Mogelijkheden in .NET groter dan in Java? Ik dacht het niet. Als ergens wel veel mogelijk is, dan is het op het Java platform. Ik zou eerder zeggen dat bij .NET, .NET api`s het enigste is waar je uit kan kiezen en bij Java heb je een grote hoeveelheid alternatieven. En ik zie verder ook een groot aantal Java specs vertaald worden naar .NET vb: Lucene, Log4j, Spring, Hibernate, Maverick. Noemt eens 2 .NET api`s die terug vertaald worden naar Java?

En alhoewel ik het niet altijd eens ben met de specificaties die Sun uit brengt, ik weet dat .NET net zo veel stugge logge specificaties maakt: zie zien er op papier vaak prachtig uit maar in de praktijk zijn ze vaak gewoon ronduit kut. Het voordeel aan het Java platform is dat ik nog een alternatief kan kiezen en bij .NET heb je die gewoon niet.
reken ook wel mee dat .NET een veel jonger platform is dan de JAVA omgeving. Microsoft heeft het beste uit JAVA, C++ en andere dingen genomen en ze in 1 geheel gestopt. Ik ben persoonlijk geen MS fanboy, maar als er 1 iets is waar ik als developer ZEER blij mee ben is het het .NET platform. Persoonlijk vind ik JAVA te extreem OO. Dit kan zijn omdat ik nog niet genoeg ervaring heb met JAVA en alle mogelijkheden, en dit wel meer heb met C#/.NET.
om een voorbeeld te noemen: ActionListeners <-> events/delegates

Dat .NET veel dingen leent van JAVA is een feit, dat die packages vertaald worden zeker ook. De reden waarom je de omgekeerde weg niet ziet, is omdat JAVA al langer doorontwikkeld is en bestaat. De noden van de java-programmeur worden al van alle kanten verzadigd met oplossingen. .NET is jonger, en geniet dan van de ports.
Anderzijds: ga maar even op codeproject kijken, wat je daar allemaal vindt is wel degelijk het bewijs dat ook .NET een zeer grote userbase heeft en ook zeer veel libraries etc.

persoonlijk zie ik .NET dan ook als een sterk afkooksel van JAVA.
reken ook wel mee dat .NET een veel jonger platform is dan de JAVA omgeving. Microsoft heeft het beste uit JAVA, C++ en andere dingen genomen en ze in 1 geheel gestopt.
Qua taal ben ik dat helemaal met je eens. Java hun slappy generics bv (bij c# is het echt perfect opgelost).. of het gebrek aan properties (dus bij java dat geouwehoer met getters/setters). Qua taal vind ik c# beter dan Java. Maarja.. taal is maar zo`n klein onderdeel van het geheel en dat is waar .NET en Sun steken laten vallen. En daar komt de Java opensource community met alternatieven aanzetten en daar zit denk ik ook de kracht van het javaplatform
. De noden van de java-programmeur worden al van alle kanten verzadigd met oplossingen. .NET is jonger, en geniet dan van de ports.
Het probleem is dat er uit de .NET hoek zo weinig vernieuwing komt. Ik zie gewoon weinig actieve gemeenschappen sleutelen aan iets dat ze niet bevalt.

En verder hobbelen de projecten qua features er gewoon een enorm eind achter aan. Het is dus niet dat je een .NET alternatief krijgt van even hoge kwaliteit *kijkt ff met een scheef oog naar Lucene voor .NET*
Anderzijds: ga maar even op codeproject kijken, wat je daar allemaal vindt is wel degelijk het bewijs dat ook .NET een zeer grote userbase heeft en ook zeer veel libraries etc.
Ik ken maar weinig bekende .NET projecten.
persoonlijk zie ik .NET dan ook als een sterk afkooksel van JAVA.
Qua taal ben ik het helemaal met je eens. Qua platform totaal niet.
Noemt eens 2 .NET api`s die terug vertaald worden naar Java?
Mogen het er ook een paar meer zijn?
WS-Addressing, MTOM (Message Transmission Optimization Mechanism), WS-Policy, WS-MetadataExchange, WS-Security, WS-Trust, WS-SecureConversation, WS-ReliableMessaging en WS-Coordination.
WS-Addressing, MTOM (Message Transmission Optimization Mechanism), WS-Policy, WS-MetadataExchange, WS-Security, WS-Trust, WS-SecureConversation, WS-ReliableMessaging en WS-Coordination.
Dit zijn specificaties die MS echt niet in zijn eentje opzet. Daar doen grote partijen zoals IBM, BEA, SAP, Sun ed aan mee.

Het feit dat Sun altijd achter de feiten aanhobbeld met de implementatie van webservice specificaties betekent niet dat de Java gemeenschap hoeft te wachten om van deze specificaties implementaties te leveren. Kijk bv naar AXIS of Systinet WASP.
@Alarmnummer: moet dat nou zo hard?
Ik snap niet hoe mensen zo dom kunnen praten als jij.
Je weet toch dat je met dit argument er zelf ook niet veel slimmer op lijkt.... dus doe dit soort dingen alsjeblieft niet in een reactie.
Als je denkt dat je objecten kan distribueren en je geen rekening hoeft te houden met allerlei network latencies, dan ben je gewoon dom bezig. Ik hoop dat je de 'First Law of Distribution' van Martin Fowler kent... ik betwijfel eerlijk gezegd of je Martin Fowler uberhaubt kent.
Ik hang al een tijdje op Tweakers rond en studeer ook iets in de computerrichting maar ik heb geen idee wie de beste man is. Die wet van hem ken ik ook niet. Hopelijk kan jij het in een of twee alinea's uitleggen want het klinkt wel interessant. Wikipedia kent die wet ook niet dus zou je die uitleg dan ook daar willen publiceren? Alvast bedankt.
Kan je even toelichten waarom je Corba rotzooi vind aub? Ik ben toevallig bezig aan een universiteits-project in Corba en vind dat een behoorlijk goede omgeving om in te werken.
Ik mis ongetwijfeld wat ervaring met alternatieven, vandaar de vraag...

Wat vind je dan van Ice (http://www.zeroc.com/)?
Dit zou je de spirituele opvolger van Corba kunnen noemen (veel dezelfde developers)
Oh jee ik spreek weer "kwaad" over Open Source en "goed" over MS,
Ik heb hier MS niet in het bijzonder door de slijk gehaald. Ik heb kritiek geuit op MS en hun api`s, maar heb ik ook gedaan op die van Sun. Daarnaast heb ik zelfs gezegd dat c# qua taal zijnde beter in elkaar zit dan Java. En verder draaien 90% van de java applicaties die ik ontwikkel onder windows 2003 server. Zoals je kunt zien heb niet in het bijzonder kritiek geleverd op MS.

En de Java 'opensource' gemeenschap die springt gewoon in waar Sun steken laat vallen. Achter deze gemeenschappen zitten vaak commercieele bedrijven (Spring met interface21, Hibernate, JBoss) en persoonlijk vind ik dat wel een goeie manier van werken. De platformen groeien en zijn inzichtelijk, maar als je wilt kun je altijd aankloppen voor (betaald) support.
Wat een kortzichtigheid weer es hier op tweakers
Volgens mij ben jij hier degene die kortzichtig is. Uit je opmerkingen komt duidelijk naar voren dat je 0.0 van java af weet.
Oh en dan ook nog de kern van me verhaal missen in de reacties hierop en vervolgens offtopic gaan over voor- en nadelen van .NET en ze vervolgens positief modden. Knap hoor!
Jij komt hier aanzetten met een ongelovelijk reclamefolder verhaal (misschien zou je verkoper moeten worden) en dan loop je de kans dat mensen daarop kritiek leveren.

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