[58272] in SAPr3-news
Re: .NET als Alternative zu ABAP und JAVA?
daemon@ATHENA.MIT.EDU (=?ISO-8859-15?Q?Markus_D=F6hr?=)
Thu Oct 12 19:01:21 2006
To: sapr3-news@mit.edu
Date: Fri, 13 Oct 2006 01:00:27 +0200
From: =?ISO-8859-15?Q?Markus_D=F6hr?= <wantbottom@t-online.de>
Message-ID: <452EC90B.7050100@t-online.de>
Thomas Blankschein wrote:
> Hallo,
>
> wir nutzen zur Zeit 4.6C als Basis. Alle Entwicklungen werden
> dementsprechend in ABAP gemacht.
> Im Zuge einer Gesamt-Strategie für Entwicklungsarbeit (sowohl SAP als
> auch Intra-/Internet als auch Client-Programme für Windows) stellt sich
> die Frage nach einer eventuell verfügbaren gemeinsamen
> Technologie/Sprache für möglichst viele Bereiche.
> Soweit ich gehört habe, geht JAVA in SAP ab ERP 2005, richtig? Also ist
> es dann möglich, alternativ zu ABAP die Entwicklungen in JAVA zu machen.
Im Prinzip schon. Nur kommt die heutige Stabilität/Managebarkeit von
Java/J2EE überhaupt nicht an die von ABAP heran, ich würde Stand heute
und jetzt (und auch mit ERP 2005) keine unternehmenskritischen
Anwendungen auf Java entwickeln. Ein aktuelles Beispiel hierfür ist z.
B. ein Upgrade von BI 3.5 auf BI 7.0. Das Einrichten des Java-Teils ist
mehr als krampfhaft, es benötigt hierzu mehrere Dutzend Hinweise, von
der Überwachung der Komponenten und deren Kommunikation untereinander
ganz zu schweigen.
Auf einer BSP-Schulung letze Woche habe ich gehört, daß die SAP
javaseitig auch etwas "zurückrudert", weil der Wildwuchs in diesem
Umfeld einfach zu groß geworden ist und auch supportseitig kaum noch zu
unterstützen ist. Strategisch gehen die Tendenzen wohl in Richtung
"Webdynpro for ABAP".
> JAVA ist für Webentwicklungen bei uns schon im Einsatz. Das Fragezeichen
> setze ich im Moment hinter die Cliententwicklung. Mit Eclipse und
> diversen Bibliotheken wie SWT kann man zwar auch GUIs bauen, aber wir
> brauchen keine plattformübergreifende Technologie. Windows ist gesetzt.
> Daher wäre das Visual Studio 2005 mit C#.NET eine Möglichkeit zur
> Cliententwicklung (und sicher auch für mehr). Die Intra/Internet-Sachen
> wären mit ASP.NET möglich. Aber wie sieht's bei SAP aus? Gibt es eine
> leistungsfähige .NET-Implementierung? Wie ist hier das Avalon(?)-Projekt
> mit Microsoft einzuordnen? Das läuft doch auch auf .NET, oder?
>
Avalon ist doch die Grafikengine von MS, die DirectX und GDI vereint
(bzw. auf DirectX aufbaut). Business-Logik läßt sich damit wohl nicht
abbilden.
Ich denke, es kommt ganz darauf an, was Ihr machen wollt. Wenn Ihr den
SAPGUI ablösen wollt, kann man sicherlich über ein solches Framework
nachdenken, wenn die User sich jedoch ohnehin mit 'nem GUI am System
anmelden, weiß ich nicht, ob es letztendlich aufwendiger ist, die User
mit einem zweiten Gui zu belasten oder den "ABAP-Programmieraufwand" zu
tätigen.
Das nächste offizielle GUI von SAP heißt "Muse"
(https://weblogs.sdn.sap.com/pub/wlg/3748), ob das alle Problem löst,
wage ich auch zu bezweifeln :)
Just my EUR 0.02
--
Markus
