.NET vs. J2EE: In welche Plattform investieren? IEX 2003 Seminar d 9

Transkript

1 .NET vs. J2EE: In welche Plattform investieren? IEX 2003 Seminar d 9 Donnerstag, 6. Februar 2003 Andreas Göldi, CEO, namics ag Jürg Stuker, CTO, namics ag Frankfurt, Hamburg, Konstanz, St.Gallen, Zug, Zürich team based net solutions Agenda» Einführung» Evaluationskriterien Kosten Architektur Plattformneutralität Plattformreife Skalierbarkeit Der Sprachenstreit» Fazit und Ausblick namics Seite 1

2 Einführung Die lange Geschichte der IT Konflikte: z.b. Mainframe vs. Client/Server vs. namics Seite 2

3 Die lange Geschichte der IT Konflikte: z.b. OS/2 vs. Windows vs. Ist J2EE vs..net wirklich wieder so eine wichtige Entscheidung?» Ja, denn... es geht um beträchtliche IT Investitionen es geht um den Kern jeder modernen IT Strategie diese beiden Plattformen beherrschen schon jetzt 85% der geplanten Applikationsinvestitionen die Entscheidung wird jahrelange Konsequenzen für jedes Unternehmen haben namics Seite 3

4 Keine Äpfel mit Birnen vergleichen!» Java ist eine sehr umfassende Spezifikation. Implementiert wird diese durch alle namhaften Softwarehersteller (ausser Microsoft)».NET ist eine Basisframework und Produktfamilie des einen Herstellers Microsoft» Eigentlich SUN ONE vs Microsoft.NET, da J2EE nur eine Gruppe von Java Standards zusammenfasst > Im folgenden sind die Begriffe J2EE, Java und SUN ONE synonym genutzt. J2EE (Java 2 Enterprise Edition) ist nur ein Teil von SUN ONE Java 2 Enterprise Edition (J2EE) Java 2 Standard Edition (J2SE) Java 2 Micro Edition Java Language HotSpot JVM KVM Card VM namics Seite 4

5 .NET: Neuste Stufe der Microsoft Plattform Evolution Standalone PC 1988 Client/ server 1990 MS DOS Internet Windows Web services NET Windows DNA Quelle: Gartner.NET ist ein Framework und ein Schwall von Serversoftware und SW Produkten VB C++ C# JScript Common Language Specification ASP.NET Windows Forms ADO.NET and XML Base Class Library Common Language Runtime Windows COM+ Services namics Seite 5

6 Gemeinsamkeiten» 3 Tier Architektur» Komponentenorientiert, optimiert für verteilte Architekturen» Netzwerkorientierung: Internet als zentrale Infrastruktur (Web Browser Client) Presentation Layer Business Logic Layer Data Layer» Web Browser als primäres User Interface; Rich Clients als sekundäres User Interface Sind die beiden überhaupt vergleichbar? J2EE: Plattform Spezifikation Sprache: Java Toolhersteller: Sun, BEA, IBM, Oracle, Borland,... Komponentenmodell: (Enterprise) Java Beans Betriebssystem: fast alle.net: Basis Framework, Gruppe von Produkten Sprachen: C#, VB, C++,... Toolhersteller: Microsoft Komponentenmodell:.NET (Web) Services/COM+ Betriebssystem: Windows Die Ansätze sind sehr verschieden, aber das grundsätzliche Ziel ist gleich: wichtigste Plattform für Applikationsentwicklung werden. namics Seite 6

7 Evaluationskriterien Kriterien für die Evaluation Möglichkeiten» Entwicklung von E Business Anwendungen und klassischer Unternehmensanwendungen» Neue Arten von Anwendungen, z.b. Web Services Kosten» Plattform Investitionen» Ausbildungskosten» Entwicklungskosten» Pflegekosten für Applikationen Äusseres Umfeld» Reifegrad» Skalierbarkeit/ Ausbaufähigkeit» Verfügbarkeit von Entwicklern und Support» Auswahl an Produkten Unternehmensinternes Umfeld» Bestehendes Know How» Bisherige IT Strategie namics Seite 7

8 Möglichkeiten: Kurz im Überblick» Grundsätzlich: Beide gleichermassen geeignet für Entwicklung anspruchsvoller Applikationen» Differenzierungsfaktoren: J2EE» Herstellerunabhängigkeit» Plattformunabhängigkeit: Write once, run anywhere.net» Alles aus einer Hand» Web Services voll eingebaut Integration über Internet» Sprachunabhängigkeit Die Kostensituation namics Seite 8

9 Typische Kostenaufteilung für grosse Entwicklungsprojekte Kosten 15 20% Kapital Investitionen: Systeme, Softwarelizenzen Entwicklungskosten 50 60% Pflege 1. Jahr 20 35% Pflege 2. Jahr 20 35% Pflege 3. Jahr 20 35% Die Initialinvestitionen machen nur einen relativ geringen Teil der Gesamtkosten aus. Wichtiger sind eine effiziente Entwicklung und Verringerung der Pflegekosten! Zeit Quelle: Gartner, namics Research Kapitalinvestitionen Hardware Betriebssystem Application Server Tools Diverse J2EE Diverse, von Intel PCs bis High End Unix Servern Von versch. Herstellern, eher teuer verschiedenste Intel PCs Derzeit nur Windows integriert.net Visual Studio.NET Kein eindeutiger Vorteil für eine der Plattformen Möglicher Kostentreiber bei J2EE: Application Server Lizenzen. Oft auch anspruchsvollere Hardware erforderlich namics Seite 9

10 Entwicklungskosten Nötiger Skill Level der Entwickler (=Lohnkosten) Entwicklerproduktivität Verfügbarkeit von Entwicklern Kosten für externe Dienstleister Hoch Eher knapp Hoch J2EE Anfangs eher gering, steigend Mittel; höher für komplexere.net Anwendungen Von Anfang an recht hoch, steigt aber langsamer Relativ gut, da auch mit VB etc. benutzbar. Mittel.NET J2EE verursacht in der Entwicklung tendenziell die höheren Kosten. Der Einstieg bei.net ist leichter und billiger, für anspruchsvolle Projekte steigen die Kosten aber in Java Regionen. Maintenance Kosten System Stabilität J2EE mittel bis hoch.net mässig bis mittel Pflegefreundlichkeit der Applikationen Erweiterungsfreundlichkeit Wiederverwertbarkeit von Code komplex, daher nicht immer optimal hoch hoch oft pragmatische Architektur, daher schwierig traditionell recht gering, sollte mit.net steigen traditionell eher gering, sollte mit.net steigen In Bezug auf Erweiterbarkeit und Wiederverwendbarkeit hat J2EE klare Vorteile;.NET ist den Beweis hier noch schuldig. Systemstabilität: Bei Microsoft oft geringer durch vermiedenen Wartungsaufwand namics Seite 10

11 Kostensituation: Fazit» J2EE: Eher für grosse, langfristig angelegte Projekte geeignet Rentabilität wird langfristig durch niedrigere Pflegekosten und bessere Wiederverwertbarkeit erreicht.» Microsoft.NET Eignet sich besser für Projekte mit kurzen Payback Zeiträumen Dafür: langfristige Pflege eher aufwendiger Tatsächliche Konsequenzen aller neuen Elemente schwer vorhersagbar Verfügbarkeit von Entwicklern Anzahl Programmierer weltweit 3Mio 2Mio 1Mio Visual Basic COBOL C++ Java C#? Quelle: Gartner Die Verfügbarkeit von Entwicklern für die jeweiligen Kernsprachen ist grundsätzlich gut, mit Ausnahme von C#. Externer Support ebenfalls bei beiden ausreichend vorhanden. namics Seite 11

12 Entwickler: Wie beschaffen und ausbilden?» Lohnkosten: Erfahrene Java Entwickler kosten ca % mehr als äquivalente Entwickler im Microsoft Umfeld.» Fortbildungskosten (Schätzungen): Vorhandene Skills Dauer bis volle Produktivität, Schulungskosten Zielskills C++ Ca. 4 Monate, 25 35kCHF Java/J2EE C++ Ca. 3 Monate, 20 30kCHF.NET mit C# VB/ASP Ca. 8 Monate, 35 50kCHF Java/J2EE VB/ASP Ca. 6 Monate, 30 40kCHF.NET mit C# VB/ASP Ca. 4 Monate, 20 30kCHF.NET mit VB Quelle: Gartner, namics Research Die Architektur namics Seite 12

13 Architekturübersicht J2EE Business Partners Fat Clients (Applets: Swing, AWT) Light Client (Webbrowser) Small Clients Mobile, PDA etc. SOAP, ebxml etc. RMI over IIOP HTTP HTTP F I R E W A L L Servlet Java Server Pages (JSP) Enterprise Javabeans (EJB) JDBC SQL Connector API JVM??? SOAP, ebxml etc. Datenbanksystem Legacy Systeme Business Partners Architekturübersicht.NET Business Partners Fat Clients (win32, Win Forms) Light Client (Webbrowser) Small Clients Mobile, PDA etc. SOAP, ebxml etc. HTTP HTTP HTTP F I R E W A L L ASP.NET.NET Managed Components SOAP ADO.NET SQL, OLE DB Host Integration Server.NET CLR??? SOAP, ebxml etc. Dienste Datenhaltung Legacy Systeme Business Partners namics Seite 13

14 Architekturdetail: Integration von Serviceobjekten.NET.NET Client.NET Objekt A.NET Objekt B managed (.NET) J2EE Komponente für A (COM+ in Wrapper) Komponente für B (COM+ in Wrapper) unmanaged com+ Java Client EJB Session A EJB Session A RMI/IIOP JTA/JTS JMS Java Mail JNDI JAAS managed Die Basisklassen namics Seite 14

15 .NET Framework Namespace Services Description Discovery Protocols Caching Configuration System.Web UI HtmlControls WebControls Security SessionState System.WinForms Design ComponentModel System.Drawing Drawing2D Printing Imaging Text System.Data System.Xml ADO Design SQL SQLTypes XSLT XPath Serialization System Collections Configuration Diagnostics Globalization IO Net Reflection Resources Security ServiceProcess Text Threading Runtime InteropServices Remoting Serialization Mögliche Entsprechungen bei J2EE für den.net Framework Namespace Services Description Discovery Protocols Caching Configuration System.Web Servlet / JSP UI HtmlControls WebControls Security SessionState Design Drawing2D Imaging System.WinForms ComponentModel Applet / Swing / AWT System.Drawing Printing Java 2D Text System.Data System.Xml ADO Design JDBC SQL SQLTypes XSLT XPath JAXP Serialization Collections Configuration Diagnostics Globalization System IO Security Net Reflection ServiceProcess Java Core API Text Resources Threading Runtime InteropServices Remoting Serialization namics Seite 15

16 Alles Klassen APIs von J2EE Demokratie bei JAVA: Der Community Process ( namics Seite 16

17 Und der Entscheidungsprozess bei Microsoft ; ) Aber auch: Web Services namics Seite 17

18 Web Services: Übersicht» Elemente Aufruf von Softwarekomponenten auf entfernten Servern: SOAP (XML plus HTTP[s]) Schnittstellen und Methodenbeschreibung: WSDL Verzeichnisdienst: UDDI» Funktioniert im verteilten Umfeld: Im Unternehmen (LAN/WAN) Zwischen Unternehmen per Internet» Definiert von Microsoft, basierend auf offenen W3C Standards Begriff wurde von Microsoft für.net geprägt, Web Services basieren aber auf offenen Standards und sind darum in beiden Welten verfügbar. Der bekannteste Web Service: Microsoft Passport» Zentrale Userverwaltungs Infrastruktur für dezentrale Anwendungen» Stark gestützt von Microsoft mit Hotmail, Windows XP und anderen Produkten» Integriert in alle Microsoft Entwicklungsumgebungen und Server» War zentraler Baustein der.net My Services (Hailstorm) Strategie» Microsoft begegnet Kritik mit Versuch einer Dezentralisierung namics Seite 18

19 Web Services: Bewertung Vorteile:» Vielversprechender Ansatz für die Vernetzung im und zwischen Unternehmen» Denkbare neue Businessmodelle: Leistungen als kostenpflichtige Web Services anbieten» Basiert auf offenen Standards, daher universell einsetzbar Nachteile:» Noch sehr unreife Technologie» Viele Fragen offen: Performance, Sicherheit, Interoperabilität,...» Echter Nutzen entsteht erst, wenn entsprechende Geschäftsprozesse vorhanden sind» Unklare Businessmodelle Web Services dürften vor 2003/04 kaum eine echte Bedeutung für missionskritische Anwendungen erlangen. Experimente lohnen sich aber jetzt schon. Microsoft hat einen gewissen Vorsprung, der aber kaum lang anhalten dürfte. Plattformneutralität namics Seite 19

20 .NET = Windows und J2EE = alles?» Mit Rotor gibt es eine Betaversion der C# und JScript.NET Compilers und der CLI (Common Language Infrastructure) für Open BSD Unix von Microsoft als Shared Source. Get Your Rotor Running: html Uncovering Rotor A Shared Source CLI: mono.com/ versucht das gesamte.net Framework als Open Source für Linux zu implementieren.» Auch kommerzielle Anbieter implementieren das.net Framework: Die Clientseite ist faktisch fast ausschliesslich Windows Java WORA (write once run anywhere)?» Die Java Virtual Machine stellt die Kompatibilität sicher...» Aber: Zusatzfunktionen bei J2EE Server reduzieren Portierbarkeit Clustering Load Balancing mit Session Failover Deployment Mechanismen etc.» Softwareverteilung bei Java: Nicht immer so automatisch wie versprochen... namics Seite 20

21 Öffnung von.net?» Standardisierung von zwei zentralen Elementen bei ECMA gemeinsam mit HP und Intel» C# htm» CLI (Common Language Infrastructure) htm» Baldige Übernahme durch ISO angestrebt ISO/IEC (C#) ISO/IEC (CLI) ISO/IEC (CLI TR) Autorisierte Lizenznehmer von J2EE ( ATG» BEA Systems» Borland Corp.» BroadVision» Brokat» Cape Clear Software» Compaq» DataDirect Technologies» Fujitsu» Fujitsu Siemens Computers» Hewlett Packard» Hitachi» IBM» Interworld» IONA Technologies» Macromedia» MERANT» NEC» Nokia» Oracle Corporation» Persistence Software, Inc.» Pramati» SAP» SAS Institute, Inc.» Secant» SilverStream» Sonic Software Corporation» SpiritSoft» SUN» Sybase, Inc.» TIBCO Software Inc.» Tmax Soft» Trifork Technologies rot/bold = zertifiziert für Version 1.3 namics Seite 21

22 Die Plattformreife Java gibt es seit 1995 namics Seite 22

23 und Microsoft gibt es seit» Microsoft = COM (aus Präsentation von Don Box) 1988: Seed work for COM began inside MS. Influenced by prior work done in Smalltalk, C++, and OSF Distributed Computing Environment (DCE) 1993: First public release of COM as part of OLE 2.0 SDK» Wer war des erste? Ist kaum wichtig.» Aber: Wer kennt die Kundenbedürfnisse? Wer agiert am geschicktesten? Wer verkauft sich besser? etc.» Oder: Wer war der Erste mit einem guten Webbrowser Skalierbarkeit namics Seite 23

24 Die Skalierbarkeits Legende (1 von 2)» Gängiges Vorurteil: Microsoft nicht geeignet für grosse e Business Systeme, Java schon. J2EE Hersteller stellen sich bisher keinem objektiven Benchmark! Auch noch keine Angaben für neue.net Plattform, erst alte MS Technologie. Die Skalierbarkeits Legende (2 von 2)» Diverse sehr grosse Installationen auch auf MS Plattformen: Auf beiden Plattformen lassen sich hochskalierbare Anwendungen bauen, vergleichbaren Aufwand und Skill Levels vorausgesetzt. namics Seite 24

25 , ,484 14,273 1,881 5, , ,566 Zwei Kinder streiten: Der Pet Store» Pet Store ist eine Referenzanwendung von SUN zum Einsatz der J2EE Technologie ( ses/petstore/)» Die Anwendung war nie als Benchmark aber als Lernbeispiel für gedacht dennoch würde Pet Store von Oracle für 9i aber dazu verwendet» Im November 2001 implementiert Microsoft einen funktional identischen PetStore in.net Technologie und vergleicht gegen einen bestehenden Test mit Oracle9iAS (dann ging es weiter). Per Page Avg. Response Time (seconds) Implementing Sun s Java Petstore with Microsoft.NET Total Lines of Code Lines of Code Required User Interface Tier Middle Tier Response Time vs. User Load.NET Pet Shop J2EE Pet Store Data Tier User Load Config.NE T Response Time with Output Caching.NE T Response Time with no Output Caching J2E E Response Time Quellen: und company.com/j2eedotnetbench/ Der Sprachenstreit namics Seite 25

26 Der Sprachenstreit» J2EE baut auf einer einzigen Sprache auf: Java».NET ist von Grund auf mehrsprachig konstruiert C# als neue (wichtigste) Sprache als ECMA 33 Standard anerkannt ( VB.NET (eigtl. Visual Basic 7), Managed C++, JScript.NET weitere Sprachen von Microsoft oder von Drittanbietern: J#, PERL, APL, COBOL, Eiffel, Fortran, Haskell etc.» Die Herausforderung ist nicht der Bytecode Compiler (da gibt auch für JavaVM verschiedene Sprachen) sondern die Interoperabilität auf Klassenebene während der Laufzeit (ohne Linking). Dazu haben alle.net Sprachen das selbe Typensystem und nutzen die selbe Basisklassen Hallo // Ich bin C++ #include <iostream.h> int main(){ for(int ii = 1; ii <= 100; ii++) cout <<"Hallo, " << ii << " mal. " << '\n'; } // Ich bin C# using System; class HelloWorld{ static void Main(){ for(int ii = 1; ii <= 100; ii++) Console.WriteLine(" Hallo, {0} mal. ", ii); } } // Ich bin Java class HelloWorld{ public static void main(string[] args){ for(int ii= 1; ii <= 100; ii++) System.out.println(" Hallo, " + ii + " mal."); } } namics Seite 26

27 Java vs C#» Java und alle (managed).net Sprachen sind typen und pointersicher» Java und C# sind objektorientiert» Aus Java und alle.net Sprachen wird bei der Kompilation ein plattformneutraler Zwischencode (Bytecode resp. MSIL) erzeugt» Die virtuellen Maschine resp. der JIT unterscheiden sich stark: Java war ursprünglich für clientseitige Applets gedacht und daher ist der Zwischencode für die JVM auf Interpretation ausgelegt ist isolierter als die.net Sprachen von Betriebssystem als.net bspw. Speicherzugriffe.NET Sprachen werden durch die CLR ausschliesslich kompiliert (verschiedenen Compiler JIT, EconoJIT und NGen und Übersetzungszeitpunkte) virtual_machines.pdf Braucht es mehrere Sprachen?» Programmierer Religion oder in gewissen Anwendungsfällen eine optimale Auswahl (Technology Follows Function)».NET lässt das Zusammenspiel zwischen un und sicherem Code zu und ermöglich somit modulare Migrationen class TestClass{ static unsafe void PerformOperation (int* x){ *x = 99; } } } public static unsafe void Main(){ int a = 1; System.Console.WriteLine("before a:"+a); PerformOperation (&a); System.Console.WriteLine("after a:"+a); namics Seite 27

28 Fazit und Ausblick Zusammenfassung.NET» Architektur Alt und neu aber alles drin» Basisklassen Eher knapp dafür übersichtlich» Plattformneutralität Serverseite: Kommt evt. Clientseite: Favorit» Maturität Jung, Schlau und Flink» Sprachenstreit Handlungsfreiraum J2EE Perfekt, evt. zu sauber Sehr mächtig, hoher Lernaufwand Serverseite: Ja, bewiesen Clientseite: Ohne Erfolg Bewährt mit viel Energie Eher eine Einschränkung namics Seite 28

29 Applikationsportfolio und Entwicklungstechnologien: die nächsten drei Jahre Stabilität der Technologie Microsoft Web Techn. klassisch.net Missionskritische, stabilitätsorientierte Host und Trad. C/S Entwicklungsarbeit J2EE Java bisher Innovationsprojekte Komplexität/Wichtigkeit des Systems Welche Plattform einsetzen?» Fast alle grösseren Unternehmen werden in den nächsten Jahren beide Welten parallel einsetzen. Desktop Welt/PC Server: Microsoft zentriert Enterprise Applikationen: Immer mehr Java» Integrationsfähigkeit wird zum Schlüssel Grosse Hoffnung auf Web Services Aber: Bisher wenig gute Antworten zur Integration von Legacy Systems» Langfristige Vision: Plattformunabhängige, serviceorientierte Softwareinfrastrktur namics Seite 29

30 Wichtigste Aufgaben für IT Management» Entscheidend: Klare Definition der strategischen Hauptplattform, dort Hauptinvestitionen konzentrieren» Typische Migrationspfade: Microsoft VB / ASP.NET Unix, C++, CORBA, Java J2EE» Kriterien für projektspezifische Technologiewahl aufstellen Taktische Ausnahmen zulassen, aber begründet» Integrationsfähigkeit in jedem Projekt sicherstellen Vielen Dank für Ihre Aufmerksamkeit! Seminarunterlagen: Besuchen Sie uns am Stand 145 in der Halle 5 und gewinnen Sie! andreas.goeldi@namics.com juerg.stuker@namics.com Frankfurt, Hamburg, Konstanz, St.Gallen, Zug, Zürich team based net solutions namics Seite 30