HP gaat werken aan samenwerking .NET met Java

HP en Microsoft hebben een uitgebreide samenwerking op het gebied van .NET en deze wordt nu nog eens versterkt. Eerder dit jaar werd al $50 miljoen geïnvesteerd in een samenwerking, die tot nu toe heeft geresulteerd in een serie diensten van HP om adviezen en diensten te leveren die gericht zijn op samenwerking tussen Java en .NET technologieën. Bovendien heeft HP uitbreidingen voor Visual Studio.NET uitgebracht die ondersteuning voor HP's high-end NonStop servers bieden. HP heeft nu laten weten dat het door zal gaan met het ontwikkelen van uitbreidingen voor Visual Studio.NET, waarbij nu de nadruk ligt op de samenwerking tussen Java en .NET systemen die nu nog incompatible zijn:

HP will continue to add new features to Microsoft's Visual Studio.Net development toolset in particular, the two companies said in a statement. HP will pursue tools and professional services to bridge incompatible .Net and Java-based programming systems, the company said. It will also strengthen Web services management and tools for high-end computing within Visual Studio.Net.

"Our tools will allow a wide variety of developers to design and develop manageability into applications and Web services upfront, ultimately increasing the value of those software offerings," Mike Rank, general manager of HP's Developer Resources Organization, said in a statement.

Reacties (7)

De manier om .Net met Java te laten samenwerken, is via web services. Maar dat heeft Microsoft al lang geleden met IBM uitgewerkt. Het lijkt erop dat HP er erg laat bij is.
Als ik het bericht goed lees, begrijp ik dat HP alleen een paar plug-ins voor Visual Studio .Net heeft gemaakt om de CLR op enkele HP platformen te kunnen draaien en applicaties daarvoor in VS.Net te kunnen testen.

Ik zie het ook niet zo 123 voor me wat dit nu zou moeten betekenen. Zowel .Net als Java hebben hun eigen runtime environment. De gebruikelijke manier om tussen twee verschillende omgevingen te communiceren is een standaard die door beide wordt ondersteund. Webservices dus.

Ik heb uiteraard geen overzicht van de complete markt voor tools, maar het lijkt er ook een beetje op dat dit een reactie is op de overname van Rational door IBM. HP kruipt steeds dichter tegen MS aan, ook al omdat de software-tak van HP maar niet echt goed draait. IBM is ondertussen goed bezig met hun verbouwing van hardware naar software/diensten leverancier.

Ik zie ook niet echt een groot publiek voor Java-tools in Visual Studio. Je gebruikt VS als je target platform Windows is, bij Java ligt dat over het algemeen een beetje anders.

Typisch een bericht met een hoog marketing en laag tech gehalte.

HP heeft nu laten weten dat het door zal gaan met het ontwikkelen van uitbreidingen voor Visual Studio.NET, waarbij nu de nadruk ligt op de samenwerking tussen Java en .NET systemen die nu nog incompatible zijn

Vreemd ... als je de talen op een interoperatibilliteits basis samen wil laten werken zul je van Java op een of andere manier een CLS compliant taal moeten maken ...

Anders zie ik maar 1 andere valide samenwerking, en dat is met XML uitwisseling ... en dus niet binair ... maar dat is wel langzamer ...

Hoe stelt HP zich dit voor? Uiteindelijk 1 runtime engine die zowel .NET als Java kan parsen? Dat lijkt me een nobel streven. Ik ben alleen benieuwd of het lukt, want dat zul je heel goed met Sun en MS (doen ze al) moeten praten.

Het gaat hier om system intergratie, dit gaat dus om de comunicatie tussen de apps met behulp van bijvoorbeeld remoting.

ter info, java kan al gewoon onder worden gecompiled naar de msil (ook byte code). Bijvoorbeeld java swing kan gewoon op de common runtime runnen. Dit komt doordat het pure java is.
Het uiteindelijke doel is dus het managen van alle applicaties vanuit VS.NET of de applicatie nu op de JVM of CLR draait.

.Net en Java zullen allebei wel ondersteuning voor 3rd party API (of gewone interfaces) bieden. En dat is een behoorlijk niemandsland waar je helemaal op jezelf bent aangewezen. En iedere partij die daar naar mogelijkheden gaat 'boren' is welkom IMO.

Heb ook wel eens een DLL aan een Java programma geknoopt en dat ging prima hoor. En dat weer via RMI beschikbaar gesteld voor multiclient toepassen. (hoezo omslachtig)

Enne, SOAP (on a rope) is best wel hot dus denk dat je het in die richting ook wel mag zoekn.

Volgens mij is het marketing-gehalte in dit bericht erg hoog. Zoals alle berrichten hiervoor zijn er al lang wegen (sommige wat langer dan de andere) om .net met Java te laten samenwerken. Maar staat het niet geweldig op de doos (in de winkel):

Koop nu .NET
* betrouwbaar
* goede prijs/kwaliteit
* goede samenwerking met Java

Dit is gewoon om te smullen. Ik verwacht dan ook niet anders dan dat SUN over een tijdje meld dat er API ondersteuning is voor .NET. (en die API ondersteuning bestaat dan bv uit een XML-parser).