Java vs. ABAP
15 Beiträge
•
Seite 1 von 1
15 Beiträge
Seite 1 von 1
Mich würde mal interessieren, welche Vor- und Nachteile ihr heute, also mit dem WAS 6.40, bezüglich ABAP und Java seht!
Insbesondere würde mich die Vorteile von ABAP (bzw. ABAP Objects) bzw. die Nachteile von Java interessieren.
Denn, die Vorteile von Java finde ich zuhauf im Internet. Wird ja von SAP auch schon seit ein paar Jahren als gleichberechtigt forciert. Die Nachteile dagegen sind mir noch nicht ganz klar.
Insbesondere würde mich die Vorteile von ABAP (bzw. ABAP Objects) bzw. die Nachteile von Java interessieren.
Denn, die Vorteile von Java finde ich zuhauf im Internet. Wird ja von SAP auch schon seit ein paar Jahren als gleichberechtigt forciert. Die Nachteile dagegen sind mir noch nicht ganz klar.
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Hallo Jan,
wie wäre es mit der etwas einfacheren Möglichkeit, sich durch tabellenartige Daten zu bewegen, vor allem bei beschränkenden Bedingungen.
Oder die implizite Datum-Arithmethik.
wie wäre es mit der etwas einfacheren Möglichkeit, sich durch tabellenartige Daten zu bewegen, vor allem bei beschränkenden Bedingungen.
Oder die implizite Datum-Arithmethik.
Gruß
Ereglam
May the Force be with your code
|| .| |.|| | .... . ..|. ||| .|. |.|. . |... . .|| .. | .... |.|| ||| ..| .|. |.|. ||| |.. .
Ereglam
May the Force be with your code
|| .| |.|| | .... . ..|. ||| .|. |.|. . |... . .|| .. | .... |.|| ||| ..| .|. |.|. ||| |.. .
Tach.
Es gab zu diesem Thema schon mal Threads.
Meine Meinung zu dem Thema:
Java ist in SAP derzeit nicht so integriert, wie ich mir das wünschen würde um produktiv damit zu arbeiten. Ich habe mir mal zeigen lassen was man anstellen muss, damit ich aus einer (SAP-)Java-Anwendung in die Datenbank schreiben kann. Es mussten ziemlich viele Einstellungen gemacht und Proxies generiert werden, damit schließlich ein Datensatz in einer Tabelle landete. Da lobe ich mir doch die SQL-Integration in ABAP; hier kann ich mich auf das wesentliche konzentrieren, nämlich die Business Logik drumherum.
Zweiter Punkt: wenn ich die ABAP- und Java-Personalities des WAS auf einer Maschine (!) installiere muss ich trotdem zwei (!!) verschiedene Datenbankinstanzen aufmachen. Folge: die ABAP-Welt sieht nicht, was die Java-Welt in ihrer DB hat und umgekehrt. Einziger Weg zur gegenseitigen Datenbeschaffung ist ein RFC- bzw. RMI-Call.
Meine Hoffnung ist ja, dass beide Welten doch etwas näher zusammenwachsen. Bis dahin bleibe ich aber beim guten alten ABAP...
Gruss,
Haubi
Es gab zu diesem Thema schon mal Threads.
Meine Meinung zu dem Thema:
Java ist in SAP derzeit nicht so integriert, wie ich mir das wünschen würde um produktiv damit zu arbeiten. Ich habe mir mal zeigen lassen was man anstellen muss, damit ich aus einer (SAP-)Java-Anwendung in die Datenbank schreiben kann. Es mussten ziemlich viele Einstellungen gemacht und Proxies generiert werden, damit schließlich ein Datensatz in einer Tabelle landete. Da lobe ich mir doch die SQL-Integration in ABAP; hier kann ich mich auf das wesentliche konzentrieren, nämlich die Business Logik drumherum.
Zweiter Punkt: wenn ich die ABAP- und Java-Personalities des WAS auf einer Maschine (!) installiere muss ich trotdem zwei (!!) verschiedene Datenbankinstanzen aufmachen. Folge: die ABAP-Welt sieht nicht, was die Java-Welt in ihrer DB hat und umgekehrt. Einziger Weg zur gegenseitigen Datenbeschaffung ist ein RFC- bzw. RMI-Call.
Meine Hoffnung ist ja, dass beide Welten doch etwas näher zusammenwachsen. Bis dahin bleibe ich aber beim guten alten ABAP...
Gruss,
Haubi
Hallo,
noch so ein paar Punkte, die JAVA erstmal aufholen muß:
Gruß
babap
noch so ein paar Punkte, die JAVA erstmal aufholen muß:
- Entwicklungsumgebung
Data-Dictionary
Transportwesen
Gruß
babap
Hallo auch,
naja, bei der Entwicklungsumgebung bin ich der Meinung, dass z.B. Eclipse für Java ein recht mächtiges Tool dastellt, dass Einiges kann was in SAP's 'normalen' Workbench noch nicht geht.
z.B. Code-Highlighting und Autovervollständigung (gerade bei komplexen Befehlen mit vielen Varianten interessant).
Das fehlende Data-Dictionary ist durchaus damit begründbar, dass Java/Eclipse keine direkte Datenbankanbindung hat/benötigt. Trotzdem ist es denkbar und mit Sicherheit auch machbar, dass man einen AddOn für Eclipse schreibt, der solche Funktionen zur Verfügung stellen kann.
Man muss hier schon mal hervorheben, dass ABAP im SAP-Umfeld entstanden ist und sich dort integriert entwickelt hat, während Java vom Grundkonzept her eine Kommandozeilenanwendung war und eigentlich auch immer noch ist.
naja, bei der Entwicklungsumgebung bin ich der Meinung, dass z.B. Eclipse für Java ein recht mächtiges Tool dastellt, dass Einiges kann was in SAP's 'normalen' Workbench noch nicht geht.
z.B. Code-Highlighting und Autovervollständigung (gerade bei komplexen Befehlen mit vielen Varianten interessant).
Das fehlende Data-Dictionary ist durchaus damit begründbar, dass Java/Eclipse keine direkte Datenbankanbindung hat/benötigt. Trotzdem ist es denkbar und mit Sicherheit auch machbar, dass man einen AddOn für Eclipse schreibt, der solche Funktionen zur Verfügung stellen kann.
Man muss hier schon mal hervorheben, dass ABAP im SAP-Umfeld entstanden ist und sich dort integriert entwickelt hat, während Java vom Grundkonzept her eine Kommandozeilenanwendung war und eigentlich auch immer noch ist.
Gruß
Ereglam
May the Force be with your code
|| .| |.|| | .... . ..|. ||| .|. |.|. . |... . .|| .. | .... |.|| ||| ..| .|. |.|. ||| |.. .
Ereglam
May the Force be with your code
|| .| |.|| | .... . ..|. ||| .|. |.|. . |... . .|| .. | .... |.|| ||| ..| .|. |.|. ||| |.. .
Genau!
ABAP wurde hauptsächlich für die Massendatenverarbeitung und das Reporting konzipiert, sozusagen eine Makrosprache, die sich im Laufe der Releases weiter generalisiert hat.
JAVA wurde, um es mal bildlich zu sagen, konzipiert, um Waschmaschinen zu steuern
Der JAVA-Vorteil ist halt, dass die Sprache komplett objektorientiert aufgebaut ist und auch von vornherein so konzipiert wurde. Somit lassen sich Modelle, wie z.B. modellgetriebene Architektur, hervorragend ausleben.
ABAP hat, was die objektorientierung angeht, momentan einen Zwischenstand erreicht, leider noch keine 100%.
z.Zt. mache ich grade die NW/JAVA Zertifizierung und bin auch enttäuscht, was die Integration angeht, aber die wesentlichen Aspekte der industriellen Entwicklungsstrukturen, wie z.B. das Transportwesen, kommt der ABAP Praxis sehr nahe. Auch mit JAVA läßt sich durch das CMF sehr gut abgeschottet arbeiten. Andere Systeme, wie z.B. DotNET sind in der Beziehung (z.B. Deployment) lange nicht soweit.
ABAP wurde hauptsächlich für die Massendatenverarbeitung und das Reporting konzipiert, sozusagen eine Makrosprache, die sich im Laufe der Releases weiter generalisiert hat.
JAVA wurde, um es mal bildlich zu sagen, konzipiert, um Waschmaschinen zu steuern
Der JAVA-Vorteil ist halt, dass die Sprache komplett objektorientiert aufgebaut ist und auch von vornherein so konzipiert wurde. Somit lassen sich Modelle, wie z.B. modellgetriebene Architektur, hervorragend ausleben.
ABAP hat, was die objektorientierung angeht, momentan einen Zwischenstand erreicht, leider noch keine 100%.
z.Zt. mache ich grade die NW/JAVA Zertifizierung und bin auch enttäuscht, was die Integration angeht, aber die wesentlichen Aspekte der industriellen Entwicklungsstrukturen, wie z.B. das Transportwesen, kommt der ABAP Praxis sehr nahe. Auch mit JAVA läßt sich durch das CMF sehr gut abgeschottet arbeiten. Andere Systeme, wie z.B. DotNET sind in der Beziehung (z.B. Deployment) lange nicht soweit.
Viele Grüsse
Jens
Jens
Beitrag
von amertens4a (ForumUser / 1 / 0 /
0
)
»
Also mittlerweile ist Java in der SAP-Welt insofern fortgeschritten, das die hohne Integration von ABAP mit der Entwicklungsumgebung (SAP-Workbench, Zugriff auf Daten/Dictionary, etc.) abgeschaut wurde. Dies hat die SAP versucht nachzubilden, was man an der NetWeaver Development Infrastructure (NWDI) mit dem SLD (System Landscape Directory) ganz gut sieht. Auch das Transportwesen wurde übernommen.
Der größte Vortel von ABAP ist nach wie vor, das man den direkten und einfachen Zugriff auf zahlreiche Businessobjekte hat, einfachen und schnellen Zugriff auf die Daten, und natürlich die ganzen Module. Möchte man aus Java zugreifen benötigt man nach wie vor entsprechender Wrapper, JCo oder Webservices, ...
Der größte Vortel von ABAP ist nach wie vor, das man den direkten und einfachen Zugriff auf zahlreiche Businessobjekte hat, einfachen und schnellen Zugriff auf die Daten, und natürlich die ganzen Module. Möchte man aus Java zugreifen benötigt man nach wie vor entsprechender Wrapper, JCo oder Webservices, ...
Mach da mal bitte eine Hand voll Ausrufezeichen dahinter.babap hat geschrieben: Transportwesen
Support Packages einspielen ist im J2EE Stack ist in Hinsicht auf die Dauer total unberechenbar.
Ich erinner mich da auf ein Update von SP09 auf SP12... 1,5 h...
Das Data Dictionary ist in dem SAP Netweaver Developer Studio integriert. Hierbei handelt es sich um eine Modifikation von Eclipse mit speziellen Sonderfunktionen in Bezug auf die Java Development Infrastracture.
Generell würde ich folgednes sagen:
Der Kern läuft nach wie vor im ABAP-Stack aber es wird immer weiter Anwendungen geben, die den Java-Stack benötigen werden.
Was etwas verwirrend ist, ist das die gemeinsame Grundlage (wie z.B. bei dem .NET-Framework) fehlt. Hier weiß man, dass die Systemklassen alle in cSharp geschriben worden, man aber die Objekte nach wie vor in allen Programmiersprachen nutzen kann (also Hierarchischer Aufbau).
Schaut man sich den SAP WAS 6.40 an, sieht man 2 Stacks die lose gekoppelt über connectoren verbunden sind, wobei ABAP wohl gewissen Effizienzvorteile haben sollte, da der ABAP-Stack über Memory Pipes mit dem ICM kommuniziert (also Interprozesskommunikation).
Schaut man sich hier die JAVA-Seite an, stellt man zwar fest dass die J2EE-Engine an den ICM angebunden ist, aber der JAVA-Stack nach wie vor auf den ABAP-Bereich zugreifen muss. Dafür wird der JCO mit einem JRA-Aufsatz verwendet, der J2EE-Konformität gewährleisten soll.
Man kann mit ABAP Programme für die SAPGui schreiben. Bei JAVA wird das etwas schwieriger
MfG
Björn Karpenstein
Generell würde ich folgednes sagen:
Der Kern läuft nach wie vor im ABAP-Stack aber es wird immer weiter Anwendungen geben, die den Java-Stack benötigen werden.
Was etwas verwirrend ist, ist das die gemeinsame Grundlage (wie z.B. bei dem .NET-Framework) fehlt. Hier weiß man, dass die Systemklassen alle in cSharp geschriben worden, man aber die Objekte nach wie vor in allen Programmiersprachen nutzen kann (also Hierarchischer Aufbau).
Schaut man sich den SAP WAS 6.40 an, sieht man 2 Stacks die lose gekoppelt über connectoren verbunden sind, wobei ABAP wohl gewissen Effizienzvorteile haben sollte, da der ABAP-Stack über Memory Pipes mit dem ICM kommuniziert (also Interprozesskommunikation).
Schaut man sich hier die JAVA-Seite an, stellt man zwar fest dass die J2EE-Engine an den ICM angebunden ist, aber der JAVA-Stack nach wie vor auf den ABAP-Bereich zugreifen muss. Dafür wird der JCO mit einem JRA-Aufsatz verwendet, der J2EE-Konformität gewährleisten soll.
Man kann mit ABAP Programme für die SAPGui schreiben. Bei JAVA wird das etwas schwieriger
MfG
Björn Karpenstein
Hallo,
habe gerade den neuen ABAP-Frontend-Editor eingeschaltet.
Was es da alles gibt, ist ja toll: Code-Higlighting, auf- und zuklappen von fallweise auszuführendem Code und und und.
Mehr habe ich allerdings noch nicht ausprobiert.
Offensichtlich hat sich da mal jemand hingesetzt und ein paar Schmackazien aus anderen Entwicklungsumgebungen für ABAP adaptiert.
Gruß
babap
habe gerade den neuen ABAP-Frontend-Editor eingeschaltet.
Was es da alles gibt, ist ja toll: Code-Higlighting, auf- und zuklappen von fallweise auszuführendem Code und und und.
Mehr habe ich allerdings noch nicht ausprobiert.
Offensichtlich hat sich da mal jemand hingesetzt und ein paar Schmackazien aus anderen Entwicklungsumgebungen für ABAP adaptiert.
Gruß
babap
Beitrag
von Bernhard_C (ForumUser / 26 / 0 /
0
)
»
Hallo babap,
wo gibt es den "neuen ABAP-Frontend-Editor" denn ?
neugierigen Gruß
Bernhard
wo gibt es den "neuen ABAP-Frontend-Editor" denn ?
neugierigen Gruß
Bernhard
Hallo,
ist im neuen SAP-GUI 640 dabei.
Muß vom System unterstützt werden (z.B. 470 Kernel 620).
Muß man bei Springen-1-2-3 in den Benutzereinstellungen freischalten.
Gruß
babap
ist im neuen SAP-GUI 640 dabei.
Muß vom System unterstützt werden (z.B. 470 Kernel 620).
Muß man bei Springen-1-2-3 in den Benutzereinstellungen freischalten.
Gruß
babap
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Den gibt es ab 7.0 im standard oder ab 6.20 mit Supportpack.Bernhard_C hat geschrieben: wo gibt es den "neuen ABAP-Frontend-Editor" denn ?
Einfach in der SE38 -> Hilfsmittel -> Einstellungen -> Reiter ABAP Editor -> Reiter Editor -> Forntend Editor (neu) wählen.
Gruß Hendrik
Beitrag
von Bernhard_C (ForumUser / 26 / 0 /
0
)
»
Danke für Eure Antworten,
schade, hier nicht, aber werde ich mir merken.
Schönes Wochenende
Bernhard
schade, hier nicht, aber werde ich mir merken.
Schönes Wochenende
Bernhard
Seite 1 von 1
Vergleichbare Themen
6
Antw.
Antw.
2903
Views
Views
0
Antw.
Antw.
3571
Views
Views
MiniSAP mit JAVA- + ABAP-Server
von sap-schorsch » 21.09.2009 16:43 • Verfasst in Web Application Server
von sap-schorsch » 21.09.2009 16:43 • Verfasst in Web Application Server
Frage die ABAP Experten
Über diesen Beitrag
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
CLFMAS: Change Pointer - Combining one or more Change Pointers in Single IDOC
vor 9 Stunden von gtoXX 2 / 7064
vor 9 Stunden von gtoXX 2 / 7064
Umherspringende Methoden im quelltextbasierten Class Builder
vor 9 Stunden von black_adept 96 / 7408
vor 9 Stunden von black_adept 96 / 7408
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.
Aktuelle Forenbeiträge
CLFMAS: Change Pointer - Combining one or more Change Pointers in Single IDOC
vor 9 Stunden von gtoXX 2 / 7064
vor 9 Stunden von gtoXX 2 / 7064
Umherspringende Methoden im quelltextbasierten Class Builder
vor 9 Stunden von black_adept 96 / 7408
vor 9 Stunden von black_adept 96 / 7408